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(57) Abstract: At least one method and apparatus for providing custom configurable business applications from a standardized set 
of components. A server device is configured to include best-of-breed components which comprise the server device Best-of-breed 
server applications are also included which provide server functionalities. A modular set of components are used to construct a 
ljusiness service application according to user requirements. The components might include business steps which are operations with 
a defined set of input and output ports, with each port having a defined set of parameters, and business rules which are used to capture 
customer specific business practices. The business rules can also be used to produce different results depending on conditional 
triggers that are associated with the underlying business objects. Data representations between the server device and systems external 
to the device, as well as data representations between the users and the business service applications are utilized as business objects A 
data repository is used for storing and retrieve data associated with the various business service applications and server functionalities 
A community enablement feature allows data from many different sources to be aggregated, viewed and/or shared so that a user raiRhi 
conveniently analyze information relating to a particular product, wherein the retrieved information might be context sensitive 



NSDOCID: <WO_ 



_0114962A1_I_> 



BEST AVAILABLE COPY 



WO 01/14962 Al 



Published: For two-letter codes and other abbreviations, refer to ike "Guid- 

— With intemationa} search report ance Notes on Codes and Abbreviations " appearing at the begin- 



ning of each regular issue of the PCT Gazette. 



3NSDOCFD: <WO 0114962A1 I > 



* 



WO 01/14962 



PCT/USOO/22032 



METHOD AND APPARATUS FOR PROVIDING CUSTOM CONFIGURABLE 
BUSINESS APPLICATIONS FROM A STANDARDIZED SET OF COMPONENTS 

RELATION TO PRIOR APPLICATIONS 

5 

This application claims priority of (1) U.S. Provisional patent application having 
serial number 60/164,021, filed August 23, 1999, entitled "Method and Apparatus to 
Provide Custom Configurable Business Applications From a Standardized Set of 
Components," and of (2) U.S. patent application (Attorney Docket No. ASRAP001) 

10 having serial number 09/440,326, filed November 15, 1999, entitled "Method for 
Providing Custom Configurable Business Applications From a Standardized Set of 
Components," and of (3) U.S. patent application (Attorney Docket No. ASRAP002) 
having serial number 09/439,764, filed November 15, 1999, entitled "Apparatus to 
Provide Custom Configurable Business Applications From a Standardized Set of 

1 5 Components," and of (4) U.S. patent application (Attorney Docket No. ASRAP004) 

having serial number 09/547,161, filed April 1 1, 2000, entitled "Business Methods For 
Providing Custom Configurable Business Applications From A Standardized Set Of 
Components," all of which is hereby incorporated by reference in their entirety. 

FIELD OF THE INVENTION 

20 The present invention relates generally to methods and apparatuses for providing 

custom configurable business or channel applications from a standardized set of 
components. More specifically, the present invention allows each business to select from 
a set of applications, customize that set of applications, and/or develop new customized 
applications from a set of development components. 

25 BACKGROUND OF THE INVENTION 

Business interactions have traditionally involved collections of people and/or other 
businesses that add up to form certain supply chains or demand chains. A supply chain is 
sometimes referred to as "upstream" from an enterprise business, with the manufacturers 
being on the "buying side" of the enterprise. A supply chain is comprised of various 
30 parties who facilitate bringing various materials from a supply source to the manufacturer. 
A demand chain is sometimes referred to as "downstream", with the customers being on 
the "selling side." A demand chain is generally comprised of the various parties who 
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facilitate bringing a product from an enterprise (or manufacturer) to a trading partner (or 
user). In order to complete the various transactions between these parties, person-to-person 
interactions have traditionally been used at the various points along the chain. Hardcopy 
forms and the like often accompanied these interactions. Today, the rapid development of 
5 different electronic media to exchange information has led to many new approaches for 
the completion of certain business related tasks. 

Computer networks provide an efficient means for transporting data between 
workstations or terminals on (or connected to) the network. Such networks can consist of 
Local Area Networks (LANs), which are generally restricted to one geographical area or 

10 location. Such networks can also include Wide Area Networks (WANs) which connect a 
number of machines over a larger geographic area. The Internet is also an example of one 
such network. The Internet is a worldwide system of computer networks — or a network 
of networks — wherein users at any one computer can, if they have permission, get 
information from any other computer. The Internet was conceived by the Advanced 

1 5 Research Projects Agency (ARPA) of the U.S. government in 1 969 and was first known as 
the ARPANet. The original aim was to create a network that would allow users of a 
research computer at one university to be able to "talk to" research computers at other 
universities. A side benefit of the ARPANet design provided that messages can be routed 
or rerouted in more than one direction, the network can continue to function even if parts 

20 of it were destroyed in the event of a military attack or other disaster (including simple 
down-time of component parts). 

Today, the Internet is a public, cooperative, and self-sustaining facility accessible to 
hundreds of millions of people worldwide. The Internet is thereby providing a low-cost 
medium for the exchange of information between certain authorized parties. A large 

25 number of merchants are using the Internet to directly offer goods and services to users or 
customers. Additionally, the Internet is being used as a transport medium for information 
between merchants and other related parties, particularly on the demand-side. A merchant 
might, for example, interact with certain Original Equipment Manufacturers (OEMs), 
distributors, direct retailers, and/or Value Added Resellers (VARs) through Internet links 

30 back to the merchant's website. Such interactions would likely decrease the number of 
phone calls, Fax interactions, and/or person-to-person interactions, thereby saving time 
and money for both parties involved. 
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The rapid exchange of information over the Internet has led developers to automate 
certain business processes, including for instance, sales related tasks. Developers have 
previously devoted considerable attention to the automation of "back-end" tasks (e.g. the 
completion of forms, the order processing in the back-end ERP system, and the like). 
5 Manufacturers already see cost savings in automating such back-end processes. On the 
demand-side, there are many business processes between the manufacturer and the buyers 
(trading partners) that can be automated. For instance, the process of determining how 
much of a discount should be offered for each individual buyer can be automated. 
Another task might include management activities regarding various business channels. 
1 0 "Channels" are usually referred to as being direct, or indirect. An example of a direct 
channel is the company's sales force, which then interacts with the customers. An 
example of an indirect channel is a VAR, which might include a retail store, or the like. 
Still other tasks might include the customer support, storage and recall of marketing leads, 
and the administration of sales promotions. By automating more of such tasks, the sales 
1 5 force for any given manufacturer can be made more efficient, thereby reducing the overall 
cost of selling. Automating business processes like selling, customer support, 
marketing/sales promotions etc. in a demand-chain can provide significant cost savings for 
manufacturers. 

Certain new approaches have focused more on how to automate the full set of 
transactions relating to the channel relationship. This might include buying and selling, 
customer support, generation of new market leads, sales promotions, etc. Also, rather than 
have certain transactions take place over private enterprise networks (and the like), the 
newer approaches are attempting to automate all such processes over the Internet (often 
referred to as the "web"). Hence, all parties along the entire chain (e.g. customer, VAR, 
distributor, manufacturer) will be offered automated web-based services. Developers, 
however, have not implemented a complete and favorable demand-chain solution that 
automates, or allows ready creation of, customized applications throughout the 
downstream flows. 

Automation of demand chain over the internet requires breadth of functionality to be 
integrated in one place. For example, the manufacturers need to provide functionality for 
buyers to authenticate themselves, browsing product catalogs, configuring products, 
submitting orders (to the back-end ERP systems), checking order statuses and so on. 
Manufacturers need to acquire a variety of products to provide for the demand-chain 

3 
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functionality and integrate them in a coherent fashion. As the internet technology is 
proceeding at rapid rate, manufacturers are left with a daunting task of picking the best-of 
-breed products to provide the desired functionality and integrating them. 

Internet transactions can also generally be divided into two categories: 1) business- 
to-business transactions, and 2) business-to-consumer transactions. Most solutions to 
automate transactions have dealt with business-to-consumer interactions. As such, these 
interactions are much more straightforward than business-to-business transactions. In a 
business-to-customer transaction, the merchant supplies a "storefront" or web site that 
offers products to any number of diversified consumers who might wish to view this web 
site. The consumer then purchases a product via a selection and payment method, and the 
product is thereafter shipped to the consumer. On the other hand, when one business deals 
with another business, there is a much greater amount of business processes and 
customization in the transactions that occur. For instance, the interactions that occur 
between a large petroleum manufacturer and a small chain of gasoline-service stations 
might be very different from the interactions that occur with a much larger (globally- 
based) chain of gasoline-service stations. Different volume discounts, incentive plans, and 
the like, might be offered to these different types of purchasers. Business to Business 
transactional systems lack facilities to empower users with necessary knowledge to run 
their day to day responsibilities. Manufacturers need a web based system to improve trust 
and loyalty, educate their customers, encourage peer to peer communication, make their 
users aware of the current industry trends: what the current system offers as Community 
services. There is a need to provide a seamless integration between the commerce services 
and the community services enabling manufactures to promote their products in an 
efficient manner. Such community features are much needed for rapidly growing 
vertically focused market makers called "Net Market Makers". These net market makers 
use the internet as their only medium to promote their products from different 
manufacturers. 

Accordingly, certain in-house systems (i.e. developed internally) have been 
developed by manufacturers in order to handle business transactions relating to their 
particular product line (e.g. Cisco, which manufactures and sells routers). The in-house 
system is configured to handle the various interactions necessitated by different customers 
desiring different transactions. Such in-house systems, however, can prove to be very 
expensive to develop and maintain, and also may lead to integration of products rather 

4 
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than an integrated product. A customized system might take years to develop, and require 
many hours of employee time to implement. Most small businesses do not have the 
necessary resources. Additionally, small businesses cannot justify the risk (or time) 
involved in developing such an in-house system, wherein the risk involves potential delays 

5 in time-to-market with a particular product. As a result, such businesses must continue to 
operate under older models and practices, and therefore no savings can be realized from 
such automated services. 

There exists a need for a system (i.e. method, or the like) that will address certain 
difficulties in customization of automated business services (across the Internet and other 

10 networks), particularly relating to business-to-business transactions. The system should 
provide such services in a more timely and generally accessible manner. The system 
should provide for a more adaptable and scalable application solution across any number 
of products and/or technologies. A user should be able to utilize this system without 
incurring significant startup or development costs. Certain business applications should be 

1 5 provided which can be customized according to each user's needs. Other business 

applications should be readily created using development routines and tools. The resulting 
applications should seamlessly interface with the overall system architecture. This 
approach should therefore provide rapid deployment of automated business applications, 
as customized for each individual company using the system. 

20 SUMMARY OF THE INVENTION 

To achieve the foregoing, and in accordance with the purpose of the present 
invention, the methods and apparatuses described include, for example purposes, a server 
device referred to as the Asera Commerce Server (ACS). The ACS provides for the 
development and implementation of customized, automated, web-based business service 
25 applications. The ACS provides for a server based method wherein best-of-breed services 
and/or applications are integrated in a seamless fashion and offered to enterprise 
businesses which develop customized business service applications through using the 
system. 

The ACS is designed for vendors that want to dramatically improve their indirect 
30 selling efficiency, in addition to developing channel loyalty to capture a greater percentage 
of sales. ACS enables manufacturers to better manage their distribution channels and key 
relationships with channel partners — i.e. distributors and dealers — by optimizing high 
overhead channel management functions such as order entry, product configuration, order 

5 
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status, promotional campaigns, customer service, technical support, and warranty/claims 
services. One resulting goal of the ACS is to provide an e-business platform for 
manufacturers and dealers, by providing transaction, marketing, pre sales, post sales, and 
community services. 

ACS changes the nature of channel relationships by facilitating the development of 
fully automated transactions. Such transactions were previously conducted manually 
through implementations of self-service concepts. The ACS further provides the 
infrastructure for manufacturers to add significant value to the dealer network by 
providing community services that will allow dealers to interact with each other. An array 
of customized community services, such as email, industry forums, and transaction 
services will serve to encourage and promote inventory exchanges and best-practices 
sharing — thus contributing further to channel efficiency and channel loyalty. 

Most manufacturer-dealer interactions today consist of phone, Fax, FedEx, and 
perhaps email. Automating these relationships substantially reduces the bottom line 
expenses. Automating these interactions also improves top line-selling efficiency because 
manufacturers make it easier for dealers to conduct business with them. If an enterprise 
were to start from scratch and develop similar features offered by ACS, the costs would be 
prohibitive, and the development effort would carry a long time-to-market penalty (or 
opportunity cost). Examples of in-house channel management systems have taken 4-5 
years to develop, and have been know to carry annual budgets of $50 million. 

The ACS substantially reduces entry costs and eliminates the opportunity costs. The 
present system assembles best-of-breed components into a seamless outsourced service. 
The ACS provides improved management of the manufacturer-distributor relationship in 
high technology market sectors where indirect distribution channels add significant value 
to the sales process. The net results of using ACS are improved competitive positioning 
for a company in the near term, and higher return on assets in the long term. 

The ACS includes a Commerce Server that provides a core set of technology (or 
application) services. A unique architecture and framework are provided by the 
Commerce Server, and which facilitates the methods described herein. All interactions 
with external systems or users are managed as business objects. The service application 
code is maintained separate from the data, thereby enabling the system to quickly include 
or change new business processes or technology components without having to write 
substantial amounts of new code. The business result is more rapid customer deployments 

6 
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and/or modifications that are customized to the level of including (if desired) the 
proprietary or competitive business practices of a contracting company. 

The ACS thus can be viewed as an ASP, or Application Service Provider. An ASP 
is generally an outsourcing business model. The ASP business model requires an open 

5 and extendable architecture that allows a system to implement a customer specific 

business solution in a short period of time. The ACS takes best-of-breed applications and 
incorporates them into one integrated solution to provide the ASPs. The architecture is 
scalable and extensible. A customized business (or channel) application solution is built 
for each enterprise company. The solution uses a "modular" or step- wise or "plug and 
10 play" approach towards building new applications. An enterprise company can then 

quickly acquire a turn-key e-commerce solution to automate their channel relationships. 
The present system presents little (or no) risk for the enterprise company because a 
solution is built by the present system. The costs of undertaking such a development exist 
as a fixed development cost of the present system. Any resulting customized solutions are 

15 implemented in considerably less time than previous systems. The enterprise company 
might pay for the application services on a cost per transaction, or a fixed fee basis. 

The ACS is used to capture the particularized (or specific) business processes for a 
given customer, and these business processes are converted into a set of customized 
applications. The ACS uses business steps, and rules to construct the application. The 

20 objects are data representations. The steps are business operations with a defined set of 
input and output ports, with each port also having a defined set of parameters. The 
business rules are used to capture customer specific business practices. A unique tool that 
employs a graphical user interface (GUI), allows a developer to arrange various steps (or 
composite steps) into business processes, or workflows. The tool provides library catalogs 

25 of steps to be applied to the various objects. The connections between steps are also 

verified as correct. A graphical display of the business process is shown, and rules can 
thereafter be applied to provide further customization by conditionally tagging certain 
points. Hence, to create a business process (or application) for any given business, tools 
are provided which allow modules (or steps) to be plugged or dropped into the potential 

30 process. The steps can be moved, or the connections modified. An initial person-to- 
person (or other type of) interview with the business (or customer) can be used to produce 
the framework for arranging the steps according to the needs of that particular business 
(i.e. customized routines). The modular aspect of the present system allows this to be 
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done — and modifications made — in a relatively quick fashion. For instance, if a process 
has been created, but the customer wants it to behave in two different manners, then 
certain rules can be applied to provide the desired results, depending on conditional 
triggers that can be associated with the underlying business objects. 

5 The underlying commerce server provides certain functional components. 

Thereafter, various vertical applications are built (and/or customized) for the particular 
enterprise business. A suite of best-of-breed components and underlying applications are 
chosen to comprise, or run on top of, the commerce server. These components can be 
selected as the best technologies to provide certain desired efficiencies, cost reductions, 
10 and the like. The best-of-breed components are thereafter incorporated (or interfaced) 
with the business applications through APIs. A catalog of APIs can be provided for 
developers of applications. If any underlying best-of-breed components change, then the 
commerce server configuration can be changed without interfering with any user 
interfaces. 

1 5 Community aspects are also offered between the various developed applications, and 

server functions. Community features allow access to data and information from different 
functional components of ACS and other external data, thereby providing more 
information to the channel participants. Users can generally jump back and forth between 
data on the system, without having to connect to another server or site. Usage of such data 

20 might also be made context sensitive to speed through various tasks, and eliminate 

unwanted information. For instance, a person might be in an application that would lead 
to the purchase of security products. A context sensitive ability would switch the user to a 
community area in order to see industry reviews, magazine reviews, competitor 
comments, and/or latest trends, etc. about such security products. Examples of community 

25 features might include message boards, live chat links, new links, hew product 
promotions, research links, etc. 

The present system also offers features wherein the user can request for an 
aggregation and presentation of different data or information into one convenient display 
area. The present system employs a template management component to facilitate such 
30 features. A master-template might contain enterprise information (i.e. logos or color 

schemes) that should be applied across a series of pages. A micro-template, or a collection 
of micro-templates as a wireframe, is used to selectively display dynamic data from a 
variety of sources. The data is dynamically linked into the page from a designated data 
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source, and displayed on the appropriate part of the page. The data can therefore be 
displayed or aggregated in any manner specified by a developer of the page, or by the 
application displaying the page. 

The architecture of the present system thereby provides, among other things, a 
5 commerce server, an application development tool, and a community enabler. The 

architecture is extensible and scalable. A user of the system can acquire a turn-key set of 
customized business applications. The solution provides a high degree of reliability 
because the applications are developed and implemented by the centralized ACS. Single- 
source log-on is also provided, as the user does not have to move from server to server. 
10 Information can thereafter be shared between various information sources via the 
community feature. 

The business features of the present system include the same turn-key operability 
and community features. The business enterprise is provided with a low cost and low risk 
entry into automation of various business practices. The business practices of an 
15 enterprise can be captured and developed into a customized set of business processes. 

Best-of-breed components are offered to run the business applications on the underlying 
commerce server. A business (or customer) can improve its channel effectiveness with a 
quick roll-out of such services. Through hosting of various businesses on one server, 
aspects of the community features are enabled and enhanced. 

20 Accordingly, one aspect of the present invention includes at least a method for 

providing custom configurable service applications from a standardized set of components 
associated with a server device, the method comprising: configuring best-of-breed 
components and associated server device applications for communicating with systems 
external to the server device; forming and utilizing a first set of objects which are data 

25 representations for interacting with the systems external to the server device; constructing 
a service application from a modular set of application steps and application rules to 
perform services according to user requirements, the service application interfacing with 
the best-of-breed components; and forming and utilizing at least a second set of objects 
which are data representations for interacting with a user through the service application. 

Still another aspect of the present invention includes at least a method for 
providing custom configurable business service applications to a user through a server 
device, the method comprising: configuring the server device as comprised of best-of- 
breed components; configuring the server device with best-of-breed server applications for 
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interacting with the best-of-breed components and providing server fiinctionalites; 
constructing a business service application from a modular set of components that can be 
dynamically arranged according to user requirements, the business service application 
interacting with the server applications to provide the user with the server fimctionalities; 
5 and interfacing with systems external to the server device via adapters configured to 
communicate with the external system. 

Another aspect of the present invention includes at least an apparatus for providing 
custom configurable service applications from a standardized set of components 
associated with a server device, the apparatus comprising: a server device configured 

10 from best-of-breed components, and running best-of-breed server applications to provide 
certain server fimctionalities, the server device having server data including data 
representations for interacting with systems external to the server device, the data 
representations being managed as objects; a graphical design tool used for constructing at 
least one service application from a modular set of application steps and application rules, 

1 5 the service application performing services according to user requirements, the service 
application being capable of interfacing with the best-of-breed components and server 
applications, the server data further including data representations for interacting with 
users, the data representations being managed as objects; at least one adapter device for 
interfacing with the systems external to the server device; and a repository for storing and 

20 retrieving server data, the repository facilitating centralized storage, retrieval, and sharing 
of server data between all the server device components, server applications, and service 
applications. 

Still another aspect of the present invention includes at least an apparatus for 
providing custom configurable business service applications to a user through a server 

25 device, the apparatus comprising: a server device as comprised of best-of-breed 

components; the server device configured with best-of-breed server applications for 
interacting with the best-of-breed components and providing server fiinctionalites; a 
construction tool for developing a business service application from a modular set of 
components that can be arranged according to user requirements, the business service 

30 application interacting with the server applications to provide the user with the server 
functionalities; and an interface between the server device and systems external to the 
server device which utilizes adapters configured to communicate with the external 
systems. 

10 
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Another aspect of the present invention includes a method for providing 
customized business application solutions to at least one enterprise company that contacts 
a centralized provider of such solutions, the method comprising: assembling a collection 
of best-of-breed components to provide a seamless connection to services that are 
5 outsourced from the centralized provider; capturing the particularized business processes 
of the at least one enterprise company; providing a modular approach towards building a 
business service application for the at least one enterprise company; and customizing the 
modularly built business service application according to the captured business processes. 

Still another aspect of the present invention includes a business method for 
1 0 providing a user with a centralized framework for developing and customizing a business 
service application from a modular set of components associated with a centralized device, 
the method comprising: configuring the centralized device with best-of-breed components 
for communicating with sources external to the centralized device; capturing the 
particularized business processes of a user; providing certain modular components that can 
15 be arranged to form a business service application; and customizing the arrangement of the 
modular components to form a business service application according to the particularized 
business processes of the user. 

Still another aspect of the present invention includes A business method for 
providing a plurality of standardized business service applications and customized 

20 business service applications through a central server device, the method including: 

configuring the server device from best-of-breed components; configuring the best-of- 
breed components to communicate with data sources external to the server device via 
application interfaces (APIs); determining the business processes of a user business that 
contacts the central service device; forming a customized business service application 

25 from existing standardized business service applications as modified by modular 
components provided by the central server device; and providing for community 
interaction between business service applications, and the central server device. 

These and other aspects and advantages of the present invention will become 
apparent upon reading the following detailed descriptions and studying the various figures 
30 of the drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



The invention, together with further advantages thereof, may best be understood by 
reference to the following description taken in conjunction with the accompanying 
drawings in which: 

5 FIG. 1 is a prior art block diagram of certain representative elements for an extended 

value chain. 

FIG. 2 is a prior art plot showing the trends in IT spending as enterprise businesses 
move towards automating customer relationships. 

FIG. 3 is a block diagram, according to one aspect of the present invention, which 
10 illustrates a hosting architecture. 

FIG. 4 is a block diagram, according to one aspect of the present invention, which 
illustrates the ACS architecture. 

FIG. 4A is a block diagram, according to one aspect of the present invention, which 
illustrates the back-button feature. 

15 FIG. 4B illustrates, according to one aspect of the present invention, an example of 

the overall Asera portal screen. 

FIG. 4C is a block diagram, according to one aspect of the present invention, which 
illustrates certain vertical application and community features in relation to the server. 

FIGS. 4D-1 and 4D-2 illustrate, according to one aspect of the present invention, an 
20 example of community feature screens. 

FIG. 5 is a block diagram, according to one aspect of the present invention, which 
illustrates content aggregation of information on a displayed page. 

FIG. 6 is a block diagram, according to one aspect of the present invention, which 
illustrates a catalog application, and its interaction with other applications in the system. 

25 FIGS. 6A-6D illustrate, according to one aspect of the present invention, certain 

screens associated with the product catalog configuration manager. 
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FIG. 7 is a block diagram, according to one aspect of the present invention, which 
illustrates an object data flow. 

FIG. 8 is a block diagram, according to one aspect of the present invention, which 
illustrates an example business object flow. 

5 FIG. 9 is a block diagram, according to one aspect of the present invention, which 

illustrates an example business process flow. 

FIG. 10 is a block diagram, according to one aspect of the present invention, which 
illustrates a template arrangement. 

FIG. 1 1 is a block diagram, according to one aspect of the present invention, which 
1 0 illustrates an example composite step. 

FIG. 12 is a block diagram, according to one aspect of the present invention, which 
illustrates an example interactive step. 

FIG. 13 is a block diagram, according to one aspect of the present invention, which 
illustrates an example application designer window anatomy. 

15 FIGS. 13A-130 illustrate, according to one aspect of the present invention, certain 

example screens associated with the graphical business application design tool. 



DETAILED DESCRIPTION OF THE INVENTION 

The present invention offers a low risk alternative for companies that wish to 
20 quickly deploy an automated business application to their customers. According to the 

traditional model, a company must either develop (or have developed) an in-home solution 
or evaluate other products to be integrated. Thereafter, personnel within the enterprise 
company must be trained on the usage of such software, and complete its evaluation. A 
prototype of the software product is thereafter developed based upon feedback from the 
25 evaluation process. When the software is completed, a beta-deployment of the associated 
application can thereafter made to the public. This lengthy process might cost upwards of 
$2 million, and take the developers 8-12 months to complete, depending on the complexity 
of the application program. The success of such a program in generating (or saving) 
revenues is still unknown. 
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In contrast, the present invention offers methods and apparatuses for providing a 
business application that has been developed and is customizable for the particular 
business enterprise. For instance, the present system is capable of generating — within 
approximately 60 to 90 days — a working business application solution (or set of 
5 solutions) for the business enterprise. The business enterprise does not pay large sums of 
money for development costs. Instead, the business enterprise might elect a plan that 
includes paying the administrator of the system a certain amount for each transaction (i.e. 
a fixed sum, usage fee, or a percentage of the value of the transaction). 

The ACS (Asera Commerce Server) includes server infrastructure, tools, and 
10 integration with other products that provides for the development and implementation of 
customized, automated, web-based business service applications. The ACS provides for a 
server based method of implementation wherein best-of-breed products, applications 
and/or services are integrated in a seamless fashion and offered to enterprise businesses 
which develop customized business service applications through using the system. 

1 5 The ACS is used to capture the particularized, or specific business processes for a 

customer, and that business process is converted into a set of customized applications. 
The ACS uses business objects, steps, and rules to construct the application. The objects 
are data representations. The steps are objects with a defined set of input and output ports, 
with each port also having a defined set of parameters. The business rules are used to 

20 further customize the interactions between the various business objects. A unique tool 
that provides a graphical user interface (GUI) allows a developer to arrange various steps 
(or composite steps) into business processes, or workflows. The tool provides library 
catalogs of steps to be applied to the various objects. The connections between steps are 
also verified as correct. A graphical display of the business process is shown, and rules 

25 can thereafter be applied to provide further customization by conditionally tagging certain 
points. Hence, to create a business process (or application) for any given business, tools 
are provided which allow modules (or steps) to be plugged or dropped into the potential 
process. The steps can be moved, or the connections modified. An initial person-to- 
person (or other type of) interview with the business (or customer) can be used to produce 

30 the framework for arranging the steps according to the needs of that particular business 

(i.e. customized routines). The module aspect of the present system allows this to be done 
- and modifications made ~ in a relatively quick fashion. For instance, if a process has 
been created, but the business (or customer) wants it to behave in two different manners, 
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then certain rules can be applied to provide the desired results, depending on conditional 
triggers that can be associated with the underlying business objects. 

The underlying commerce server provides certain functional components. 
Thereafter, various vertical applications are built (and/or customized) for the particular 
5 enterprise business. A suite of best-of-breed components and underlying applications are 
chosen to comprise, or run on top of, the commerce server. These components can be 
selected as the best technologies to provide certain desired efficiencies, cost reductions, 
and the like. The best-of-breed components are thereafter incorporated (or interfaced 
with) the business applications through APIs. A catalog of APIs can be provided for 
10 developers of applications. If any underlying best-of-breed components change, then the 
commerce server configuration can be changed without interfering with any user 
interfaces, or other ACS applications. 

Community aspects are also offered between the various developed applications, 
and server functions. Community features allow access to data and information from 
1 5 different functional components of ACS and other external data, thereby providing more 
information to the channel participants. 

Referring to Figure 1 , a prior art block diagram 1 00 is shown of these various 
value chain relationships. An enterprise business 102 is shown at the center of the chain. 
A demand chain 104 extends up from the enterprise 102 to the customers 106. The 
20 demand chain might include the illustrated example parties of an OEM (outside equipment 
manufacturer) 108, distributor 1 10, direct retailer 1 12, or VAR (value added reseller) 1 14. 
A supply chain 120 is shown with a series of manufacturers 122, 124, and 126 providing 
goods/services to the enterprise business 102. 

Referring to Figure 2, a prior art plot 200 is shown of a typical enterprise IT 
25 agenda. This chart reveals that as the move is made more towards automating customer 
relationships, the IT spending for the enterprise will reach levels which most companies 
cannot sustain. This is true even if there is a large value returned for such development 
efforts. Hence, the present invention offers automated customer solutions that have been 
developed, and are maintained, external to the customer. This allows the customer to 
30 acquire these value added services, but without the IT expense. 

HOSTING ARCHITECTURE. Referring now to Figure 3, a block diagram 
300 is shown of certain representative elements used to host the architecture of the present 
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system. A set of dealers 302, are shown using browsers (or the like) 304 to interact with 
the Internet (or other similar network) 306. The hosted service 308 of the present 
invention includes at least one router 310 that interacts through firewalls 312 with 
redundant authentication servers 314. These servers 314 are then in communication with 
5 redundant Asera Commerce Servers (ACS). The servers would use co-location services 
such as UUNet, Exodus, or Qwest to transport data between devices. A replicated data 
center 3 1 8 is shown for redundancy purposes. An administrator 320 interacts with the 
hosted service 308. The administrator would provide maintenance of the system, and/or 
human interaction with the enterprise clients using the system. A manufacturer network 

10 322 is shown including a router 324, firewall 326, and computer 328. The manufacturer 
network 322 might interact with the hosted service 308 via a dedicated connection 330. 
The dealers 302 might interact with the hosted service 308 via a connection 332 through 
the internet 306. A virtual private network (VPN) 334 can also be used to interact with the 
various elements shown. A VPN is a private data network that makes use of the public 

15 telecommunication infrastructure, maintaining privacy through the use of tunneling 
protocol and security procedures. A virtual private network can be contrasted with a 
system of owned or leased lines that can only be used by one company. 

ASERA COMMERCE SERVER ARCHITECTURE. Referring now to Figure 4, a 
block diagram 400 is shown of certain representative elements that might be used to form 

20 the Asera Commerce Server (ACS) configuration 401 of the present invention. The 
present invention includes a configuration comprised of certain component parts 
including: 1 ) A server device 402 upon which the various applications run and interact. 
This server is sometimes referred to as the Asera Commerce Server, or application server, 
2) Vertical applications 404 that interact with the outside users; 3) a back-end (ERP, or 

25 otherwise) interface 406 to communicate with various back-end systems; and 4) a 

community interface environment 408 wherein information can be a shared aggregation 
from many different applications, and many different information source areas. The 
application server uses certain best-of-breed components, and makes use of standard 
interfaces to utilize the server framework. A server might then be built, using off-the-shelf 

30 components or otherwise, which can run multiple applications on the server. The 

applications can be customized (or developed particularly) for the enterprise business user, 
as described in further detail below. 
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Still another feature of the present system includes scalability. Known systems 
operating in a web environment cannot generally scale their architecture down to a 
desktop environment. To achieve full functionality (and scalability), virtually any full 
blown applications server might be used. However, a party might also choose to use a 
5 personalized server, which they can run on desktop or remote machine, in a disconnected 
mode without any networking. In such a mode, the present invention can still be 
implemented using virtually the same architecture. In the latter case, a "light-weight" 
web-server engine can be used that will provide the same system, but one that will run on 
a smaller device, i.e. a laptop or PC. Any level of scaling might be achieved between 
10 these two example versions. If a desktop (or non-network) version is used, only certain 
best-of-breed components might be incorporated so as not to overload the system. Such 
components are identified and used on the desktop, with synchronization provided for the 
various back-end connections needed. 

APPLICATIONS. A set of "vertical" applications 404 are shown illustrated for 
15 the present example. One important aspect of the present invention is that any application 
might be developed and offered in this area, through the development of a business 
process, or workflow. The workflow uses business objects, steps, and rules (as further 
described below). Moreover, a certain set of applications might be developed and offered 
to an enterprise user, with customization being performed on the applications to suit each 
20 particular user. The applications can be grouped based on their functions, such as 
commerce community, pre-sales, support and services. The illustrated applications 
include administration/security 403, product catalog 405, product configuration 407, order 
management 409, support/service management 41 1, sales tools 413, marketing 415, 
education and training 417, and business intelligence 419. 

25 The applications might be developed as stand alone products within the present 

system. Preferably, applications will be developed to integrate with the overall system, 
and thereby facilitate the flow of data/information between the various applications. A 
user might enter one application after another, with the sequence comprising a meaningful 
transaction not readily offered by other systems. 

30 CORE SERVICES. Certain core services 410 are provided which are necessary 

for the operation of the components and applications running on the server. Any of a 
variety of core services might be provided, and the following example core services are 
not meant to be limiting in any way. One core service would include session management 
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capabilities 412 for handling enterprise (or other types of) users that might contact the 
server device configuration 401 . The session management service would take into account 
the general capabilities of the server to handle incoming session traffic, and allocating 
resources accordingly. 

5 Another service would include data/metadata caching 414. Such caching would 

provide enhanced performance and connectivity. For instance, if an application were to 
request data from a back-end system, that application could continue to perform (while the 
cache had information to provide) without further requesting more information from the 
back-end. Additionally, if the flow of information were to lag, then the application might 
1 0 still perform based on the various cached data. The back-end system will generally reside, 
for instance, behind the firewalls of various manufacturers (and the like), and a constant 
data flow is often beyond the immediate control of the present system. Continued 
operation might be achieved if throughput rates start to fluctuate, or if any data was 
misdirected or lostl 

15 Yet another core service includes batch/queue management 416. Certain 

information might be queued (or batched) for forwarding to another device at a later time. 
Additionally, non-time critical information can be queued to provide more bandwidth for 
higher priority traffic. The system might thereby continue to operate in an efficient 
manner if a corresponding device were to cease functioning, or receiving data. 

20 Still another core service includes XML services 418. A core language is 

generally needed in order to communicate with the various back-end devices. XML 
(Extensible Markup Language) is a flexible way to create common information formats 
and share both the format and the data over the World Wide Web, intranets, or elsewhere. 
For example, computer makers might agree on a standard or common way to describe the 

25 information about a computer product (processor speed, memory size, and so forth) and 

then describe the product information using XML. Such a standard way of describing data 
enables a user to send an intelligent agent (i.e. a program) to each computer maker's Web 
site. Such an agent might gather data, and then a make a comparison. Accordingly, XML 
can be used by any individual or group of individuals or companies that might want to 

30 share information in a consistent way. XML is similar to the common web language 

HTML (Hypertext Markup Language). Both XML and HTML contain markup symbols 
used to describe the contents of a page or file. HTML describes the content of a Web page 
(mainly text and graphic images) in terms of its display and interaction. XML describes 
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the content in terms of what data is being described. XML is "extensible" because, unlike 
HTML, the markup symbols are unlimited and self-defining. XML is generally a simpler 
and easier-to-use subset of the Standard Generalized Markup Language (SGML) — i.e. the 
standard pertaining to how to create a document structure. HTML (Hypertext Markup 
5 Language) and XML might both be used together in web applications. 

In the present application, XML is employed as an emerging standard with certain 
advantages over HTML (however, HTML and other such languages might also be used). 
XML documents are gathered from the different best-of-breed products, and these XML 
documents are aggregated into displayable (and usable) pages on a web screen. The web 
1 0 pages are formatted in ways that conform to the needs and desires of the customer for 
certain pieces of information, with the XML information displayed accordingly. 
Formation of the web pages is aided by the use of templates (i.e. micro and macro 
templates), as further described below. 

Still other core services include communications capabilities 420. A 
1 5 communications service would manage the flow of information from the various data 
sources connected to the server 401 . 

FUNCTIONAL COMPONENTS. Certain functional components also comprise 
the server 402. While not intended to be limited to such processes, the example 
configuration shown in Figure 4 utilizes certain functional components including: 
20 Business Process Manager 430, Template Manager 432, Activity Manager 434, Security 
Manager 436, Profile Manager 438, Content Aggregator 440, Product Catalog 
Configuration Manager 442, and Access Manager 444. Such components are individually 
described below. 

BUSINESS PROCESS MANAGER. One of the main components is the Business 
25 Process Manager 430. This functional component is used to capture the interactions 

between a manufacturer and their channels. For instance, an enterprise business might 
deal with many different channels, or channel partners (i.e. a small business, a large 
business, a VAR, etc.). Each of these interactions will be different, and it becomes 
important to be able to customize such interactions between the channel partner and the 
30 enterprise business. The identity (or status) of the particular enterprise business might 
factor into the allowed interactions. Other factors might include the credit limit of the 
enterprise business, or the rated status of the enterprise (i.e. elite gold partner, regular 
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partner, etc.). All of these example factors need to be captured into the interactive 
business experience supplied between the enterprise and the channel partner. 

This functionality is accomplished using a business flow engine. In general, a 
series of business steps are provided, wherein a client/user can utilize, or assemble, such 

5 steps to build a desired business flow. The steps operate generally on objects. For 

example, if something is being sold, then an associated object might include the actual 
order being placed. Other such objects might include the product, the customer, and the 
shipping destination. Thereafter, a set of operations might be performed on the objects. 
For instance, an operation might check if the particular user is a valid user. Business steps 
10 (simple, interactive, or composite) are defined that perform certain operations on objects 
in association with a set of defined input parameters and output parameters (or ports). A 
simple step is a basic unit. A composite step results from "stitching together" simple steps 
to form a larger composite unit. An interactive step involves an input or output from the 
application to an external interactive system. Ultimately, the steps (simple, interactive, or 

15 composite) are interactively strung together (using the application design tool, or the like) 
to form a business application. 

A set of business rules is also defined, and can be applied to the service application 
in order to further customize the flow of data. For instance, a rule might limit a particular 
customer to placing orders only between certain hours of the day. As such, the rules might 
20 thereby be used to turn on (or off) the flow of data between certain points in the business 

process, depending upon a conditional input (which is the rule). When a collection of such 
rules have been applied, this service application has been custom built to perform a given 
set of operations on a fixed set of data associated with certain objects. 

Further details regarding the development of the business processes are provided 
25 with reference to Figures 8, and 9. A user tool is also provided to help build such 
applications, and is further described below with reference to Figure 1 3. 

TEMPLATE MANAGER. Functional component 432 shows a template manager 
that is used to manage the display of data to the end user, on a web page or otherwise. 
Templates can provide "look and feel" and positioning customization of the pages which 
30 are ultimately displayed to a user. Certain concerns addressed by such templates might 
include, for instance, the placement of an enterprise logo, or the appearance of certain 
screen sidebars, or the choice of colors to be associated with various parts of the screen. 
The display screens might also be customized depending upon what particular customers) 
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are going to use the screens. Hence, a series of templates is used to provide the visual 
display for various parts of the screen. Constantly re-occurring areas on the page, such as 
a business enterprise logo, or color scheme, would be covered by one such template. Such 
broad (and re-occurring) templates are often referred to as master-templates. Other 
5 templates are used to provide the visual display for areas that dynamically vary according 
to certain data inputs. Notably, the data inputs might come from many different sources 
(i.e. graphical pictures from one area, statistical data from another area). Templates of this 
nature are referred to as micro-templates. A collection of micro-templates grouped to 
make a meaningful application is called a wireframe. A master-template in combination 
10 with certain wireframes can form a macro-template. By using a selection of macro- 
templates, in combination with a selection of wireframes, a web display screen can be 
customized — in a relatively short period of time — that has the look-and-feel and 
positioning of a particular enterprise business that commissioned the custom creation of 
such display screens. With such customization, the screens provide an aggregation of 
1 5 content from various sources, with the information on the page being arranged according 
to the needs of a user (or business enterprise serving the user). 

Such templates are further described in relation to Figure 500, which shows a 
block diagram of certain representative template areas. A page 502 is shown that includes 
a macro-template for showing standard information 504. Yet another template 506 might 

20 be used to show various user options associated with that page. Template 508 would be 
used as a content aggregation area for showing various micro-templates. Configuration 
area 510 would link to database 512 to provide configuration data. Area 514 might be 
used to display pictures of the product, as linked from database 516. Reviews of the 
product might be displayed in area 518, wherein the information is provided via a link to 

25 database 520. The content aggregation area can be configured to include any data desired 
by a user. The data is thereby arranged for display via the use of the templates, through 
the template manager. 

ACTIVITY MANAGER. The Activity manager 434 manages all incoming 
requests into the commerce server, and makes sure a user is guided in the appropriate 
30 direction. Each object has an associated API. Developers use the various APIs in the 

formation of applications. A corresponding catalog of APIs is provided for developers to 
use in linking together various objects, and communicating with the ACS. A layer of APIs 
43 1 therefore exists between the set of developed applications 404 and the functional 
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server components. The customizable aspect of each developed application is therefore 
made available to the developers through the use of this known set of APIs. 

One example of activity manager functionality is to support the "back button" 
feature. The present invention prevents a user from getting lost or mis-directed if they use 
5 the "back button" on their browser in a transaction oriented web site. The various business 
flows of information are created and displayed to a user, but generally do not allow a user 
to "back up" through the process flow of such information. Prior solutions have used an 
error message that informs the user that they are not allowed to "back up." The present 
invention instead uses the invocation of the "back button" to direct the user to a proper 
1 0 page. Such direction might be context based. For instance, the direction might be 

contextually related to the task being performed by the user. Similarly, the direction might 
relate to the current page the user happens to be displaying, and so forth. 



Referring now to Figure 4 A, a progression 1500 is shown by a user through a 
series of pages. These example pages include Page 1 (view catalog) 1502* Page 2 (Order 
an item) 1504, Page 3 (Apply discount) 1506, Page 4 (view quote) 1508, and Page 5 (Add 
shipping information) 1510. If a user invokes the back-button on the browser, as shown 
by 1 5 1 2, then the user might erroneously be directed from Page 4 back to Page 3. If these 
were done multiple times, then a discount might be improperly applied many times. The 
present solution instead directs the user back to Page 4, and an error message is displayed 
to instruct that user that he cannot return to Page 3. 

SECUMTY/EhTnTLEMENT MANAGER. Still another functional component 
includes the security (or entitlement) manager 436. Traditionally, various systems being 
aggregated under a single configuration required an individual log-on ( using passwords 
and/or certificates) for each system. This proves to be cumbersome and difficult to 
administer. Under the present system, a common sign-on (i.e. single sign-on, or log-on) is 
provided, and common unified security is offered for all systems accessible through the 
configuration. Moreover, once a user is authenticated, the system can entitle a user to be 
able to perform (or not) certain tasks. This is done through a set of defined security rules 
(or entitlement/authorization rules) which are applied to the objects/operations in the 
developed workflow. For instance, the rule might conditionally check if the user belongs 
to a certain organization. If so, that person might thereafter be allowed to place certain 
kinds of orders or allowed to receive certain discounts. 
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As for the authentication processes, no new products or software necessarily need 
to be created. Instead, best-of-breed products are preferably used to perform the 
authentication tasks. In general, the business process manager is thereby used to capture 
certain best-of-breed security measures through the application of entitlement or 
5 authorization rules to the formed workflows. Once a single sign-on is achieved, then the 
user can interact with any of the authorized applications, which then interact through the 
back-end with any of the attached external (ERP, or other type) devices. 

In the present invention, the security model is also integrated with the overall 
organizational model. Traditionally, security models are oriented towards protecting one 
10 particular item in a model. The present system integrates well with such things as 

customer hierarchies and the like, including the various manager components and how 
they interact with each other. 

For instance, a sales representative might use the single sign-on ability to access 
the system. That sales representative might be responsible for (and have access to) a 
15 particular geographical area. Such geographical information might be accessed through an 
ERP device in one database area. The security information might be kept in yet another 
database. In the present system, all these components are brought together and integrated 
in a seamless fashion. 

Also, through the use of the best-of-breed security products, most up-to-date 
20 security functionality is made available to the manufacturers. 

PRODUCT CATALOG CONFIGURATION MANAGER. Another functional 
component offered by the present invention includes the product catalog configuration 
manager 442. Various products carry with them the aspect of being configurable to a 
variety of different physical arrangements. An enterprise business is faced with the 
25 prospect of trying to offer all of its different product descriptions and configurations to the 
end buyer. As yet another aggregate capability, the present device offers the ability to 
catalog — and provide configuration choices — for a enterprise product line. The 
configuration manager device is preferably a best-of-breed component that is integrated 
into the overall system. 

30 An infrastructure is included that allows an administrator to create the product 

information. For instance, the identity of the product, the associated enterprise, the 
product description, and the like are retrieved from a back-end ERP system (or database). 
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This information is made available by the present server system so that the various 
business applications can readily access this product catalog-type information. The 
present system thereby serves as a staging area for such data, wherein it is much more 
efficient to access such data from the present system than through the back-end ERP 
5 connections. This arrangement enhances the availability of such data, and relatedly 
enhances the performance of the overall system. 

In general, more sophisticated products have more complex configuration 
requirements. In order to complete this configuration task, access to certain product 
information is generally needed. Such information might include specification data, 
10 pricing information, discount information, and the like. The present system maintains a 
certain level of flexibility in presentation of such configuration data and information, so 
that different products lines and component parts can readily be accommodated. 

This information is therefore readily available to complete the proper configuration 
of the product. The product catalog information serves as an anchor point for all the other 
1 5 applications to refer to such product information. Hence, the catalog manager serves, in 
many respects, like a product information database. In past configurations, product 
catalog information was simply used as that ^ a product catalog. The present system, 
however, makes the information available for all the other applications, to use as anchor 
points. 

20 Referring now to Figure 6, a block diagram 600 is shown of certain representative 

elements that comprise (and are associated with) the catalog configuration manager. A 
central catalog information database 602 is shown. This database 602 interacts with any 
of a variety of other databases, including for instance a marketing database 604, or a 
technical support database 606, or other ERP systems 608. A cataloging application 610 

25 refers to the database 602 to form displays 612. A configuration operation 614 might 
thereafter be performed (or selected) using product configuration information from the 
catalog information database 602. The configuration will likely be associated with an 
identifiable name 618, such as "3Com Ethernet 500 combo", or the like. An order entry 
operation 616 might thereafter be performed to produce an order 620 that interacts with 

30 information for the database 602, and the name 6 1 8. 

When switching back and forth between the database 602, and generalized 
elements that interact with the database 602, there are differences involved because of 
diversified product integration and the like. The present system thereby employs 
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alternative IDs 622 (or identifiers) as a field within the catalog information database 602. 
The alternative ID is used to link some (or all) of the information associated with the ID to 
the requesting element. An alternative Id for the above mentioned item might include 
"3C500combo." In general, the configuring device (or other such device) may not be able 
to readily access the catalog information in the database. However, in a functional way, 
the present implementation provides such access, with the alternative ID being the key (or 
index) into the catalog information database for that information, for configuration or 
other service. 

Therefore, a user might view a particular page, and select line items in order to 
configure a desired product. The line items serve as anchor points back into the catalog 
information database to retrieve the desired information (via use of the alternative ID). As 
described above, other functional components might also tap into the catalog information 
database via the alternative IDs. 

Referring now to Figures 6A-6D, screen shots are shown of example pages relating 
to the Product Catalog Configuration Manager, including the following: a catalog search 
page (Figure 6A), a product configuration page (Figure 6B), and quote pages (Figures 6C- 
6D). 

ADAPTOR NETWORK TO BACK-END SYSTEMS. A set of back-end systems 
or databases are shown as element 406. Such systems or databases might include the 
shown examples of a: Baan database 462, Oracle database 464, SAP 466, and Legacy 
database 468. Additionally, it might be desired to send a message to another type of 
system through an interface such as Front Office 470 (i.e. Siebel, Vantive), an EDI 
(Electronic Data Interchange) Gateway 472. In the present invention, the adaptors are 
capable of taking the business object information — as related to the business steps 
forming the various business application(s) - and interfacing it with the various back-end 
systems. The business object information is transferred to the adapters 407 via link 474. 
The preferred language medium includes XML and/or HTTP. Other languages might 
similarly be used. 

As mentioned above, any given application is interacting with business objects — 
as per the object oriented framework of the present invention. These business objects are 
used to capture the business data of an enterprise. Such business objects include order 
objects, user objects, customer objects (and the like) and operations are performed on 
these objects. An object abstraction is thereby written, and then this object abstraction is 
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mapped into the back-end ERP (or other type) systems. The integration of such back-end 
systems, database systems, vertical applications, and community features is one benefit 
provided by the present invention. 

ACCESS MANAGER. Yet another functional component includes the access 
5 manager 444. This component is used to connect all the channels (or data interaction 

devices) within the server configuration 401 to external data sources, such as databases or 
other hardware systems. While not limited to such, the external hardware would typically 
include ERP devices, or the like. ERP (enterprise resource planning) is an industry term 
for the broad set of activities supported by multi-module application software that helps a 

1 0 manufacturer or other business manage the important parts of its business, including 
product planning, parts purchasing, maintaining inventories, interacting with 
manufacturers, providing customer service, and tracking orders. ERP can also include 
application modules for the finance and human resources aspects of a business. Typically, 
an ERP system uses, or is integrated with, a relational database system. The deployment 

15 of an ERP system can traditionally involve considerable business process analyses, 

employee re-training, and new work procedures. In the present system, the object (i.e. an 
order) that is defined in the server configuration 401 must be transformed into the back- 
end ERP system 406. Adapters 407 are provided between the access manager 444 and the 
ERP devices 406. According to one aspect, an Active Software adapter serves as an 

20 intermediary between the Access Manager and the ERP systems. Integration is also 
provided with EAI (Enterprise Application Integration) vendor products. 

Referring now to Figure 7, a block diagram 700 is shown of certain representative 
elements of an object data flow. An example application 702 is shown sending a business 
object 704, which in turn might be an order object 706. A feature of the present invention 

25 is to provide ERP access via a foreign source adaptor, or the like. The ERP systems are 
integrated with the various databases, using the aggregate business environment. In this 
present example, the order object 706 is shown being divided into a first object part 708 
and a second object part 7 1 0. The object parts can then be mapped onto different back- 
end ERP databases, or the like. In the present example, the first object part is shown being 

30 mapped to a first database 71 2, and the second object part is shown being mapped to a 
second database 714. Such "plug and play" modularity allows for the data aggregation 
and implementation of applications to communicate with a variety of foreign sources 
(ERP or otherwise). 

26 



MSDOC1D:<WO 



0114962A1 I > 



WO Ol/J 4962 PCT/USOO/22032 

COMMUNITY INTERFACE. The community interfacing feature allows the 
various channels to work more efficiently and in-sync with each other. In order for a 
channel to be successful, it becomes important for the channel to understand (and/or have 
access to) a variety of information that might affect business transactions. This is 
5 particularly true for channels that work in groups. In particular, the Internet has facilitated 
more community interaction than ever before. Through the use of this medium, channels 
might share information through chat rooms and such, in the context of certain 
transactional areas. Such sharing of information might be done through message boards, 
chat rooms, discussion forums, auctions, and the like. Accordingly, the ACS can provide 
10 an aggregate of desired information to the user on one page or area (or a series of pages, as 
desired). 

Additionally, the community feature can be oriented towards various vertical types 
of operations. For instance, a group of enterprises might all be involved in a particular 
area such as chemicals. Business transactions relating to the particular chemicals will tend 
15 to have similarities. Such chemical producers might also tend to publish information 

pertaining to certain chemicals, including product reviews, analyses, criticisms, etc. The 
channel effectiveness is thereby increased by providing (and facilitating) the flow of 
information between the various channel participants. The community interface can 
enhance a variety of features, including the following: 

20 Trust and Loyalty. The community feature is intended to improve trust and loyalty 

among the channel participants. Community aspects to facilitate such improvements 
would include the fact that users of the system are providing their own content to the pool 
of channel information. Trust and loyalty are further encouraged by making a channel 
participant more successful. One way to provide more success is by empowering the 

25 channel participant with more information. 

Peer-to-Peer Communication. The community feature is also intended to 
encourage education and peer-to-peer communication. If a merchant has a product that is 
superior to other products, and a major industry publication is touting this fact, then the 
channel participant might want to make sure that this information is known. Research 
30 feeds and message boards can be used to facilitate such exchanges. 

Industry Awareness. Expert advice and industry awareness might be facilitated 
through news feeds, or the like. Generally, any one industry includes a "net market 
maker" that collects information regarding that particular industry and provides an 
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objective evaluation document or reference (i.e. magazine or website). Information 
sharing would be facilitated (in general) by the complimentary services offered by the 
present invention. 

Research. The present centralized system would greatly enhance research 
5 capabilities through community links. For instance, if a party had some interest in security 
or firewalls, a search on a common portal website would result in a large amount of 
"unfiltered" information. However, there are many existing (best-of-breed) companies 
that filter such content and can supply such information to the present system. It is also 
important that a researching party be subjected to unbiased, objective information 

10 regarding a product in order to build trust and loyalty. Because a variety of sources 
regarding a particular product can be readily accessed with the community feature, a 
product merchant is less able to tout the virtues of their product in an advertising type 
manner. Instead, objective messages from industry sources (and the like) are provided. 
This further builds trust and loyalty for the system from the buyer (and enterprise 

15 merchant) of such a product. 

Product Launches. A new product could be launched and information offered — 
via the community aspect — to the many different companies tied into the ACS site. 

Personalization and customization. User customization would be facilitated via 
customer profiling, up-selling, cross-selling, and the like. Customer's buying trends might 

20 be tracked, so that opportunities to sell further items can be capitalized upon. Up-selling, 
for instance, would include the marketing of a peripheral item to a buyer of a main 
component, (i.e. up-selling a scanner to a buyer of a computer). Cross-selling, for 
instance, would include targeting other types of selling (for different products, and the 
like) to the customer. The present invention readily provides this capability, as all such 

25 transactions flow through one system. This implicit one-to-one marketing cannot be 

achieved by other systems, which might require a user to switch between different servers 
to complete different transactions. 

Context Sensitivity. The present system provides for information to be pulled up 
from the different information sources in a context sensitive manner. For example, if a 
30 user is researching routers, and security issues related thereto, the system will pull up other 
information relating to this topic, as well as products which need to be sold, in a context 
sensitive manner. The user will therefore not have to move from one site to another site in 
i 
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order to research various aspects of router security - instead the community capability of 
the present system provide all the information on one convenient page (or pages). 

Inventory and Customer Service Assistance. The community aspect might also be 
used to assist a variety of participants in providing customer service assistance. The 
5 community aspect might also assist in keeping up-to-date on inventories. For example, 
tools can analyze various schedules and problems associated with such schedules. If a car 
owner wanted to bring a car in for service, he might log onto the system and schedule an 
appointment. If any problems existed with the car, he might describe the same. A rule 
based analysis of these problems might generate a list of possible parts that might be 

10 needed in order to fix the car. Other routines might go check the dealer's inventory for 
such parts. If any of the parts did not exist in that dealer's inventory, then this problem 
would be flagged for attention of the dealer. Apart from this particular dealer acting to 
solve the problem, an inquiry might be made to other dealers, and the parts automatically 
ordered, so that the list of potential parts would be on-hand when the customer came in for 

1 5 their repairs. This would minimize any wait on the customer's part, and thereby build trust 
and loyalty of the customer for this dealer. The dealer is thereby supplied with added 
value by using the present system, because of the increased efficiency, and customer 
satisfaction. 

Referring now to Figure 4B, a screen shot is shown of the overall Asera Portal, and 
20 various example features offered. 

Figure 4C shows a block diagram having various example vertical applications 
1600. Certain community functions 1602 are illustrated, including message boards/chat 
functions 1604, industry news 1606, auctions 1608, ratings 1610, technical forums 1612, 
career development 1614, and complimentary services 1616. 

25 Figures 4D-1 and 4D-2 show further features offered via example community 

screen(s). 

PROFILE MANAGER. The profile manager is provided to track user behavior and 
recommend strategies for improvement of sales efficiency (e.g. cross-sell and upsell). 

CONTENT AGGREGATOR. The content aggregator (or manager) 440 
30 aggregates content from the many different information sources associated with the overall 
system. For instance, the system will produce (or possess, or acquire) certain knowledge. 
Such knowledge might be transaction related information* such as the level of sales 
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completed in any given month. Additionally, such knowledge might include (but is not 
limited to) any of the following: marketing information stored in an appropriate database; 
product information, data sheets. The knowledge might also include user information, 
such as frequently asked questions and their corresponding answers. Hence, this example 

5 knowledge base might be generalized to include operational knowledge, transactional 

knowledge, marketing knowledge, and customer support information. The various content 
is stored in an appropriate location (or database) for such information. With the present 
invention, such content can be aggregated from diversified sources and presented to the 
user. For instance, a user might be interested in seeing a diverse set of information 

10 including: a product description with pictures, comments regarding what people are saying 
about the product, frequently asked consumer questions, and a compilation of product 
related problems. This diverse set of information can be collected from the varied data 
stores associated with the system and presented to the user on a single page (or series of 
pages). To satisfy these functions, the content aggregator (or manager) includes two parts 

15 — content delivery and content display. 

REPOSITORY. A repository 450 is used to store a variety of information, 
including the various metadata which is necessary to support the present architecture. The 
repository might consist of databases, data stores, and the like, for storing information 
such as rules, data, and objects. A lock manager 422 is further included in the core 
20 services to manage the flow of data — in a consistent and secure manner — to and from the 
repository sources (or devices). Any time multiple people are using the data in the 
repository, it then becomes important to synchronize such activities. 

For instance, the business objects associated with the formation of the business 
applications have rules, stored as commerce business rules 451. The template manager 

25 uses rules, stored as template domain rules 46 1 . Such rules might pertain to where an 

enterprise logo is placed, as well as storage of the logo itself Security data 459 relates to 
identification and/or password information for each user that might log onto the present 
system. Profile and configuration data 455 relates, in part, to the community feature 408. 
Also, certain products might be offered on different machines, and the data must be 

30 configured between these machines. 

For any transaction that goes through the system, a set of log data 457 is stored. 
This transaction data might later be used by a business intelligence application (419) — 
through the profile manager — in order to perform data mining and the like. For instance, 
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the data might be mined in order to discover certain selling trends, buying trends, etc. 
Such data can later prove to be very valuable, and the present invention offers 
development and tracking of such data across many different (customized) applications. 

The business objects (and steps) are stored as element 453. Such steps include 
5 simple, interactive, and composite steps. The business objects (and steps) 453 are closely 
associated with the commerce business rules 451 . In certain instances these two elements 
might be configured (or illustrated) as one single storage element, as the objects, steps, and 
rules are closed related. 

DEVELOPMENT OF BUSINESS PROCESSES. Referring now to Figure 8, a 
10 block diagram 800 is shown of certain representative elements relating to the development 
of a business process (or application). This development will generally involve three 
elements: business objects, business steps, and business rules. A business object can be 
defined as a logical representation of business data. Examples of such business objects 
include a sales order, a purchase order, a customer, and the like. 

1 5 When an application 802 is written, it will access the data as a business object 804. 

Line 806 represents a separation between the logical representation of data (on the left) 
and the physical representation of data (on the right). The business object 804 will 
undergo a mapping from the logical representation to the physical representation of such 
data, or a physical data source. A data source might be any device or resource that 

20 generates data. In the present architecture, this might be a database table, an ERP system, 
or some other third-party software. An example in the present system might include the 
product configuration device, and/or any system or software that can generate data. The 
present system maps that data into the business object representation, and the application 
will manipulate the data through these business objects. 

25 A series of adaptors (or plug-in adaptors), shown as 808, 810, and 812, are 

thereafter used to map the data into the data source (e.g. an ERP source) 820. The 
business object can pull data from multiple adaptors. The adaptor will be responsible for 
converting any such data into a representation, or schema, for use by the data source. 

The business object might also be mapped partially to several different adaptors. 
30 For example, the business object can be comprised of an upper set of 5 fields 814, and a 
lower set of 5 fields 816. The first 5 fields can map to adaptor 808, and the bottom 5 
fields can map to another adaptor 812. Additionally, the business object data can be 
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mapped to a second (underlying) adaptor 810 for communication with a second data 
source 822. Each adaptor can be designed to communicate with a different data source. 

On the next level, a business process can be described as a workflow (or process 
flow). Referring now to Figure 9, a series of example steps in the form of a block diagram 
5 900 are shown. The first step involves adding a line item 902. Step 904 is a price 

calculation, and step 906 inquires whether the product is available. If "yes", then step 908 
shows the allocation of inventory. While each step has input and output ports, step 908 
illustrates an example input port 910 and the output port 912. Step 914 shows a simple 
step of calculating the tax after the allocation of inventory. Step 916 is meant to indicate 
10 that any of a variety of other steps might also exist in this particular flow. If the inquiry in 
step 906 produces a response of "no", then a cross-sell/upsell step 91 8 is shown. 

Step 91 8 is shown as a composite step 920, wherein a series of other steps 
comprise the overall composite result. Each step might be a hierarchical composite of 
other steps, hence referred to as a composite step. A functional box that performs only a 

1 5 simple calculation is hence referred to as a simple step. Each of the steps can have 

multiple input and output ports, and each of the ports can have multiple parameters. The 
parameters can also be different for each of the respective input and output ports. 
Accordingly, each functional box (or step) can have multiple functions, with each function 
operating on a different set of parameters. Alternatively, a box might perform only one 

20 function, but perform it differently depending upon the value of the parameters. Even a 
simple step will have multiple ports and parameters. The input/output ports and 
parameters for a composite step are determined as part of the interface design for that 
composite step. 

A primary benefit of this approach is that a set of visual tools (for constructing and 
25 arranging the steps, ports, and parameters) can be readily imposed on the workflows. 
Additionally, this approach allows for ease of communication between an application 
developer and the consumer service personnel (or people). If the consumer service people 
want to add new functionality, for example, they can observe the overall flow of data from 
the composite step in relation to the entire flow. Functional boxes can be added, and the 
30 workflow can be quickly analyzed for data correctness. 

Additionally, the present system provides Interactive Steps. An Interactive Step 
91 1 is analogous to an input/output workflow application to the external world. It might 
generally involve a prompt to the user, i.e. a query about whether the user wants to buy a 
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certain product. Such a prompt might be done via a browser 912 or the like that interfaces 
with the user. An interactive step is replaceable. For instance, one configuration might 
support talking to a browser. However, a later configuration might replace the interactive 
step with an EDI (or similar) enabled capability. This latter configuration would thereby 
5 be able to start communicating with the workflow through an EDI interface. 

This example workflow can provide two different representations: 1) how the 
application is to be implemented; and 2) how the display navigation is being done from 
one screen to another. Any such implementation can involve an underlying separation of 
these two approaches. However, overall workflow is presented here as a generalized 
10 result. 

The business rules are next applied to the workflow or process by consumer (or 
customer) service personnel. Each of the rules has a name, and this name is generally 
used to identify particular functions that the rule will perform. A rule might serve as a 
callout to a particular application. A rule might also serve as an in-memory trigger on the 
15 business object. In the particular example of Figure 9, the product available inquiry (906) 
might warrant a callout 930 for the warehouse 932 to be checked for such inventory. The 
consumer service personnel would use an appropriate rule, as applied to the existing 
workflow, in order to produce this result. 

The use of the rule as a memory trigger involves affecting (or moving) the 
20 associated trigger points. The business object itself represents a unit of data. At all times, 
when the application triggers the business object, the developer (or user) might want to 
perform data validation, or conversion, or perform some side effect on the business object. 
The process thereby identifies certain well known points where the business object is 
manipulated. For instance, the professional service person might desire to set a common 
25 attribute of the business object. Alternatively, the professional service person can change 
the relationship between the business objects. These well defined points will serve as 
triggers. 

Once the applications manipulate the business objects, there will be business rules 
that can be associated with the trigger points. The business rule conditions will thereby 
30 serve as the triggers. For example, a trigger point might be defined as an attribute, with the 
triggering condition being the price limit of a purchase order for a particular user. 
Referring again to Figure 8, the application has set a first price amount 830. Through the 
application of a business rule, a validation might be performed on that trigger point. 
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Alternatively, a user might be limited to placing orders that are less than a certain amount, 
for instance $1000. This might represent a second price amount 832. The trigger could be 
moved from the first point to the second point. The process (and applied business rule) 
would then verify the latter applied condition (rather than the former). 

5 This latter description in Figures 8 and 9 corresponds to the above mentioned 

process of forming a business process (i.e. "stitching together" the various business steps) 
and then applying the various business rules to further customize the resulting application. 
While the discussion above speaks in terms of "moving" the trigger point, there is really 
only one physical point in memory. Two users might be limited by price in performing an 
1 0 act (for instance). Both users arrive at the same point in memory. However, depending 
upon which user is contacting the memory point, a different result will ensue because of 
the different conditional limits associated with each user. 

Rules can also be used for data conversion. For example, if a user logged in from a 
remote location (i.e. Japan), the data can be translated from yen to dollars. Such 
15 conversion might depend upon such conditional factors as the value, the user, and the user 
profile. 

Generically rules can comprise any other customer specific function. For example, 
if an order is submitted, but the status of the purchase order is changed, an email message 
might be sent to a managing party regarding the status change. A rule can be created and 
20 applied to achieve this (or other) specific functionality. Generally, one rule specification 
exists per business object, and then graphical developer tools are used to implement the 
rule. 

FORMATION AND USE OF TEMPLATES. Templates can be used to display 
certain information about the enterprise business, in a repetitive manner across many 
25 screens via a macro-template. Micro-templates can also be used to display information 
which might dynamically change. Still other wire frames might be used to dynamically 
link a function (or result) into a page. 

Referring now to Figure 10, a block diagram 1000 of a web page is shown. 
Certain example labels 1002, 1004 are shown. These labels represent wireframes, which 
are slots for a link (or invocation) of other code. An example HTML label might include 
$BCMS_JOO_BCMS$, which might invoke a routine for area "foo" associated with the 
ACS. This label would be embedded into the HTML forming a page. A set of menus 

34 



30 



WSDOCID: <WO 



0114962A1 I > 



WO 01 /1 4962 PCT/USOO/22032 
1006 is shown to the left of the page — this is a standard window that the user operably 
expects to encounter. A master-template 1008 is included, which would have enterprise 
business information such as a title, and/or logos. Together, the wire frames plus the 
master-templates form macro-templates. For each of the micro-templates (see below), 
5 within the wire frame the back-end server side functions are used to generate HTML, on 
the fly, for each displayed screen. 

Referring now to Figure 1 1 , a catalog display step is shown, wherein this step is a 
composite step 1 101. In this instance, the user desires to perform a search of catalogued 
steps (or objects), with a list of results being shown thereafter (as per element 1 102). A 
10 keyword 1 104 is entered, which queries a database 1 106. A set of results 1 108 is 

displayed 1 1 1 0 to the user/requester. The user then selects 1112a particular entry, in this 
instance an "order entry" 1114. 

Referring now to Figure 12, further features 1200 of the present invention are 
shown in relation to an example composite step. A composite step 1 202 is further 

15 comprised of simple steps 1203. As part of any general composite step 1202, an inquiry 
for information 1204 is sent to a database 1206. The results 1208 are thereafter sent back 
to the requester, and formatted using HTML, or the like. The formatted data is then sent 
to the client/user, who is likely viewing the data via a browser 1210. Now the persons 
using the browser can click-on (or select) some feature presented on the display, and then 

20 a request 1212 is sent back to the server. At this point, the server might desire to perform 
validation of the data. Also, unmarshalling of name value pairs might be performed. For 
instance, certain data might come back with some end quota, but such data needs to be 
made useful via unmarshalling of the data. Pure JAVA coding (in this example) might be 
considered a simple step. 

25 A micro-template is, by definition, a place holder for an HTML snippet within an 

HTML page to dynamically embed and generate data coming from any data source, 
irrespective of protocols, and can be rendered in a language independent manner. Hence a 
micro-template might be considered as "real estate" on the HTML page. The micro- 
templates can be made drag-and-droppable using a standard editor. The micro-template is 

30 declared in a macro-template as a group (a wireframe), and the macro-template can be 
instantiated using an master-template. To have a set of logos (or the like) appear 
consistently across every displayed page, a master-template will be supplied by the 
enterprise business that desires to present a consistent look-and-feel across many pages. 
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If (for instance) a website had many pages, the master-template would be propagated 
across those many pages. Each macro-template can have a group of micro-templates that 
will be used to compile information from different sources during run-time. 

The interactive step 1214 is broken down into "pre" "main" and "post" processing 
5 segments. The "pre" segment involves certain JAVA code, which tells the step how to 
pre-populate certain data areas. The "main" area is where data is actually shipped and 
persons can declare what goes where, and the "post" segment contains JAVA code to 
process user input. 

One advantage of the present invention is that some of the static parts of a template 
10 are generated from pre deployment environment, wherein a dynamic part might come 

from any type of independent dynamic source - The templates can also be rendered using 
any type of language. For example, present applications use the JSP/ASP model. In JSP, 
a programmer can use only JAVA. In ASP, a programmer can use only virtual basic, or 
JAVA script. In the present case, creativity is separated from programmability. 
15 Generally, a web page is created by an artist. The programming however is done by a 
technical (IT) person. If ASP is used, the same person must be skilled in both respects. 
Under the present system, the creative person can concentrate on creating the macro- 
template, wherein the technical person can concentrate on creating the micro-templates. 
During runtime, both of the results will be merged. The various templates might be 
20 rendered in JAVA, or XSL, or straight URLs. Implementations might also be provided for 
use of "C" or visual basic or other such languages. 

The wire frames are intended to include a group of micro-templates to make a 
meaningful application. Under the present invention, these wireframes turn out to be a 
foundational element of each application. These wire frames can be taken and dropped 
25 into any other webpage to achieve the same application and/or functionality, with minimal 
effort. In large part, this is because the applications are language independent. For 
instance, one website can be customized to another party's website with few additions, and 
regardless of the language used for either website. 

TOOLS FOR FORMING APPLICATIONS. To create ACS applications, 
30 application engineers must create several types of artifacts: 1) business objects; 2) 

business object configurations; 3) business steps, including a) simple, b) interactive, c) 
request, and d) composite; 4) Wire frame files; and 5) Master-template files. A request 
step is a callout to another step, and is analogous to a "goto" programming step. The first 
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three types of artifacts are encoded in XML files, and the last two are in HTML. In 
addition to being XML files, such objects, configurations, and steps can also refer to each 
other, hence an XML file may not be independent. 

An application engineer (or professional services engineer, or consumer service 
5 person) can create and edit XML files using a text or XML editor. However, this process 
can often be tedious, error-prone, and time consuming. In addition, certain types of 
artifacts such as composite business steps (which are used to create workflows) are most 
naturally described in a graphical (diagrammatic) manner. Furthermore, even relatively 
simple artifacts such as business objects can be relatively complex to describe in XML, 
1 0 but can be more easily described using a customized graphical editor. 

An ACS application designer/builder (henceforth referred to as the tool) is an 
integrated development environment (IDE) for creating and manipulating ACS artifacts, 
and consists of a general extensible framework and a set of custom plug-in "editors" — one 
for each type of artifact. The tool performs additional input validation when loading XML 
1 5 artifacts, thereby identifying errors very early in the design process. Furthermore, each 
custom editor, to a large extent, also prevents the user from creating ill-defined or invalid 
artifacts. 

The tool architecture is configured so that new object types can easily be added 
through the menu structure. Object repositories can be both local (file system) and remote 

20 (HTTP). The tool can run stand alone in a computer, or in a web browser. The plug-in 
editor framework also uses an extensible tabbed view metaphor. For example, new 
objects might easily be added, with each new object carrying a set of edit tabs. The 
composite workflow editor displays complex business application process flows in a 
simple manner. This allows users to compose new workflow logic from existing 

25 components. The business object configuration includes a set of editors that allow a user 
to quickly customize business objects for specific customer deployments. Also included 
are default filter editors, custom filter editors, and named rules. Integrated tools include 
the ability to compile and build a feature on the fly. A wire-frame can also be merged 
onto the resulting application so that it can be invoked from a display screen (see template 

30 discussion). 

Referring now to Figure 13, a series of application designer screens are shown that 
further demonstrate the functional implementation of the above mentioned features. In 
this example, the materials are grouped on a project basis. Figure 1300 shows a window 
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1302 with a project tree window 1304, a message window 1306, and a tabbed editor 
window 1308. The project tree window 1304 lists all of the items in the project. Unique 
icons and a folder hierarchy are used to identify and group different types of artifacts. 
These artifacts might include business objects, business object configurations, business 

5 steps, wireframes, and master-templates. The message window 1306 lists the various 
warning messages, error messages, and status messages, etc. These warning messages 
assist the developer in stitching together the various steps to form an application. The 
various parameters associated with the input and output ports might be constrained by 
types (i.e. real or integer values). In order to link the various boxes (or steps), the problem 

1 0 becomes more than simply linking one box to another with a connector. The flow of data 
across the various parameters associated with each step must also coincide. The ports 
must also be validated as compatible (i.e. not every port can be connected to some other 
port). For instance, one port might expect three integers, whereas another port might 
expect three string variables. The graphical tool allows new ports to be added or deleted, 

1 5 and similarly new parameters to be defined for any given step. 

If certain input ports, output ports, and related data parameters in each of these 
ports do not properly coincide, then error messages will help facilitate any corrections to 
the workflow. Window 1308 shows a tabbed editor which allows for graphical 
implementation and placement of the various steps. The steps are stored and listed 
20 according to a catalog of such steps, wherein the catalog can be searched. A collection of 
pre-defined steps exists for performing certain standardized tasks. For instance, displaying 
certain information, or tabulating certain data involves the same basic logic. 

The processor type (i.e. JAVA, XSL, URL, etc.) can also be specified, by 
developer choice, for each micro-template of an interactive step. This allows for added 
25 flexibility when dealing with different development languages, across many different 
systems. 

Hence, generalized routines (or steps) can be called upon by other routines (or 
steps). Ultimately, a catalog, or palette, of pre-defined and tested steps can be used by a 
developer to build business routines. This makes forming new routines much easier and 
30 accessible, especially for non-technical professionals. 

Each item in the tabbed editor window can be edited via a number of item specific 
tabs. In this example, a composite step can be edited via three tabs 1 3 10, 1 3 1 2, and 1314. 
The selected tab (workflow 1314) displays the workflow editor used to assemble the step 
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instances, and transitions, of the selected composite (or simple) step. In this particular 
embodiment, the steps are indicated as simple by the preceding "s n in their names, and 
composite steps use a preceding "c" in their names. The various connectors 1316 show the 
data flows between steps. Graphical icons 1 3 1 8 are used to indicate certain aspects of the 
5 parameters being passed within the connection. Tab 1310 can be used to show the various 
input ports for a particular step (composite or otherwise). Tab 1312 can be used to show 
the various output ports. By quickly pulling up the various data interface requirements 
between the steps, a working application (i.e. error free, with no data conflicts) can be 
constructed. 

1 0 Display filters might also be used to quickly change various aspects of the display. 

For instance, the text being displayed might be associated with certain fields in the filter. 
The developer can therefore change only this field and not affect the overall functionality 
of the developed routine. 

The aforementioned rules can also be applied via the graphical interface. In one 
1 5 sense, the rules act as database triggers. The rules generally provide conditional directions 
regarding what to do with certain objects (see description above). 

Referring now to Figures 13 A- 130, a set of example screens is shown relating to 
the GUI tool. In Figure 13 A, a screen is shown where an example "product" object is 
selected in the project tree window 1304. A set of tabs 1322 (i.e. implementation, 
20 attributes, relations, and access operations) are shown for this object selection. Other 
types of objects might utilize a different set of tabs. The implementation tab 1 324 is 
shown selected. This results in main window 1325 showing JAVA code for a method 
which is defined in association with that object. 

Figure 13B next shows the "attributes" tab 1326 being selected. The attributes are 
25 listed by name and the properties are shown. An attribute typically has domain, a 

cardinality, and key. The attribute might be flagged as required or not. The attribute 
might also be persistent or not. A comment section 1327 is shown which might show 
descriptive comments to further document why/how each field is used. 

Figure 13C shows the "relations" tab 1328 being selected. This screen allows the 
30 present invention to show relations between various objects! For example, an employee 
object would have a relation to a manager object, and so forth. 
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A business object configuration is generally used to customize business object for 
each customer. In this example, the business object configuration has three parts: default 
filter, custom filters, and named rules. Figure 13D shows an example business object 
configuration for "Product" 1332. This configuration is stored in a configuration catalog 
5 1330 as viewed on the project tree list. The default filter selection 1335 shows a set of 
attributes/relations 1334 which are in use for each selected object configuration. A set of 
unused attributes/relations 1336 are also shown. The attributes can be moved from used to 
unused states via the add/remove filter buttons. The attributes of the selected "Price 1 " 
1338 are shown as a named pair including format 1340 and currency 1342. As another 
1 0 example, Dates (not shown as a selection) might carry long or short date formats, etc. The 
edit rules button 1344 allows a user to create and modify implicit rules associated with an 
attribute/relation, (as similar to Figure 13H, below). 

Figure 13E shows the "custom filters" tab 1346 being selected. A list of custom 
filters is shown in the main window, with the "Productfeatures" filter selected. The 

15 buttons 1349 allow filters to be added, removed, edited, and renamed. Figure 13F shows 
selection of the edit filter button 1 350. Window 1352 shows the attributes/relations in this 
particular filter. The up/down buttons can be used to toggle through the listing. Window 
1354 shows the attributes/relations not in the filter. Window 1 358 shows properties/values 
associated with the selected item. Special (non-attribute) items (e.g. 1360) can also be 

20 listed and used to control how an object will be displayed (i.e. color attributes, and the 
like). Items 1360 can generally be used to control a subset of attributes. 

Figure 13G shows selection of the "named rules" tab 1362. A quote configuration 
1364 is selected in the project tree window. A list of named rules is shown in the main 
window associated with the quote configuration. A "CalculateLinesDiscount" rule 1366 
25 has been selected. By selecting the edit button 1368, the resulting Figure 13H shows the 
example code 1370 (XML or otherwise) which would complete the task defined by this 
rule. In this case, the rule performs a simple calculation. Many other such rules (and rule 
complexities) might exist, which would be tied to different events. 

Example screens for manipulating steps are next shown. Steps involve inputting 
30 certain data and producing a result, or output data. The tabs for manipulating steps include 
implementation, input ports, and output ports. Figure 131 shows a listing of steps in the 
project tree listing window 1372. In this example, a simple step "sGetBOMRelations" 
1374 has been selected. The implementation tab 1376 has been selected. This results in 

40 



MSOOCtD:<WO 



0114962A1 I > 



WO 01/14962 PCT/US00/22032 

JAVA code being displayed in the main window 1378. Figure 13J shows selection of the 
input port tab 1380. While many ports might exist, this example shows one input port 
"GetBOMListPort" 1382. Figure 1 3K shows the result of selecting "edit" 1384. The 
parameters for this input port are shown, with the name and type (i.e. integer, string, etc.) 
5 of each parameter. 

An interactive step provides pre, main, and post implementation. As previously 
mentioned, interactive steps display output for, and obtain input from, the user. For 
example, the interactive step might show a static display and/or elicit data input from the 
user. In this example, the "iShowProdDetails" interactive step 1386 has been selected. 
10 The pre implementation ("Pre ImpP) tab 1388 results in the display of JAVA code 
associated with this pre implementation step. 

Figure 13M shows the result of the main implementation step being selected. A 
macro template name 1392 is listed, along with a list of associated micro-templates 1394. 
The micro-template "MTProductFeatures" 1396 has been selected, and shows the 
15 associated type and object name fields. This micro-template is associated with a processor 
name 1395 and processor value 1396. 

Figure 13N shows the post implementation tab 1398 selected. JAVA code is 
displayed in the main window for handling the result of the main interactive step. For 
example, this code would handle the placement of data on an output port in response to the 
20 prior user input (if user input has been so provided). 

Figure 130 shows a workflow tab 1399 being selected for the composite step 
"cProductCatalogMain" 1397. The graphical workflow display shows various composite 
and interactive steps being connected. Example connector 1395 indicates a single 
transition between steps. Connector 1393 indicates a multiple transition in both directions. 
25 Connector 1391 indicates a single transition in either direction. Color coding is used in 
association with the connectors to indicate activity. This further aids in development of a 
workflow. 

Although the foregoing invention has been described in some detail for purposes of 
clarity of understanding, it will be apparent that certain changes and modifications may be 
30 practiced within the scope of the appended claims. Therefore, the described embodiments 
should be taken as illustrative and not restrictive, and the invention should not be limited 
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to the details given herein but should be defined by the following claims and their full 
scope of equivalents. 
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CLAIMS 

What is claimed is: 

1 . A method for providing custom configurable service applications from a 
standardized set of components associated with a server device, the method comprising: 

5 configuring best-of-breed components and associated server device applications 

for communicating with systems external to the server device; 

forming and utilizing a first set of objects which are data representations for 
interacting with the systems external to the server device; 

constructing a service application from a modular set of application steps and 
10 application rules to perform services according to user requirements, the service 
application interfacing with the best-of-breed components; and 

forming and utilizing at least a second set of objects which are data representations 
for interacting with a user through the service application. 

2. The method of Claim 1 , further comprising: 

15 storing and retrieving data and information from a data repository, whereby the 

data repository facilitates the centralized storage, retrieval, and sharing of such data and 
information between applications. 

3. The method of Claim 1 , wherein the custom configurable service 
applications includes at least business service applications, and the objects are business 

20 objects. 

4. The method of Claim 3, wherein at least one business service application 
includes a product catalog for an enterprise business. 

5. The method of Claim 4, wherein at least one business service application 
also includes a product configuration manager for configuring a product from the 

25 enterprise business. 

6. The method of Claim 3, wherein the set of application steps are business 
steps that include operations with a defined set of input and output ports, with each port 
having a defined set of parameters. 

7. The method of Claim 6, wherein the application rules are business rules, 
30 which are used to capture customer specific business practices. 
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8. The apparatus according to Claim 7, wherein an existing business service 
application can be selected, further developed, and customized. 

9. The method of Claim 7, wherein the business rules are used to produce 
different results depending on conditional triggers that are associated with the underlying 

5 business objects. 

1 0. The method of Claim 7, wherein the constructing step further utilizes a 
graphical user interface for arranging the business steps and business rules comprising a 
business service application, with data connections therebetween. 

1 1. The method of Claim 10, whereby feedback is provided as to the validity of 
10 the data connections between the arranged business steps and business rules comprising a 

business service application. 

12. The method of Claim 1 , wherein the best-of-breed components and 
underlying applications comprise and run the commerce server. 

13. The method of Claim 7, wherein the best-of-breed components are 
15 interfaced with the business service applications through APIs. 

14. The method of Claim 13, further comprising: providing a catalog of APIs 
for developers to reference in developing applications that interface with the best-of-breed 
components. 

15. The method of Claim 7, further providing adapters for communicating with 
20 the back-end external systems. 

16. The method of Claim 15, wherein the back-end external systems include 
ERP systems. 

17. The method of Claim 1 5, wherein a separate adapter is provided for each 
different external system. 

25 1 8. The method of Claim 1 , further providing a community enabler for 

accessing data and information from different functional components of the server device, 
external systems, and service applications, whereby the user can request an aggregate 
presentation of such different data or information into at least one display area. 

19. The method of Claim 1 8, wherein the user can transition back and forth 
30 between the different data or information without having to connect to another server 
device or website. 
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20. The method of Claim 1 8, wherein the user is provided with a single source 

log-on. 

21 . The method of Claim 1 8, wherein templates are used to comprise a page, 
with the data or information dynamically linked into the page from a corresponding data 

5 source. 

22. The method of Claim 21, wherein a master-template is applied across a 
series of pages, and a micro-template is used to selectively display data from a variety of 
sources. 

23. The method of Claim 1 8, wherein the data or information is accessed in a 
1 0 manner which is context sensitive to at least part of the data or information. 

24. The method of Claim 1, wherein the service applications are provided to a 
user through a network connection. 

25. The method of Claim 24, wherein the network connection is an Internet 
connection. 

1 5 26. The method of Claim 1 , wherein the service applications are provided to a 

user through a disconnected mode. 

27. A method for providing custom configurable business service applications 
to a user through a server device, the method comprising: 

configuring the server device as comprised of best-of-breed components; 

20 configuring the server device with best-of-breed server applications for interacting 

with the best-of-breed components and providing server functionalities; 

constructing a business service application from a modular set of components that 
can by dynamically arranged according to user requirements, the business service 
application interacting with the server applications to provide the user with the server 
25 functionalities. 

interfacing with systems external to the server device via adapters configured to 
communicate with the external system. 

28. The method of Claim 27, further providing for: 
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storing and retrieving data representations from the business service application and the 
server applications in a centralized repository, whereby the data representations are readily 
available to all functions and applications associated with the server device. 

29. The method of Claim 28, further providing: 

enabling the community exchange of data and information between all applications and 
server functions associated with the server device. 

30. The method of Claim 29, wherein the user can request an aggregate 
presentation of the different data or information into at least one display area. 

31. The method of Claim 29, wherein the modular set of components includes 
business steps which are operations with a defined set of input and output ports, with each 
port having a defined set of parameters, and business rules which are used to capture 
customer specific business practices. 

32. The method of Claim 31, wherein the business rules are used to produce 
different results depending on conditional triggers that are associated with the underlying 
business objects. 

33. The method of Claim 3 1 , wherein the constructing step further utilizes a 
graphical user interface for arranging the business steps and business rules comprising a 
business service application with data connections therebetween. 

34. The method of Claim 3 1 , wherein the step of interfacing with systems 
external to the server device utilizes at least XML. 

35. The method of Claim 31, wherein data representations between the 
business service applications and users are formulated and managed as business objects. 

36. The method of Claim 35, wherein data representations between the server 
device and systems external to the server device are formulated and managed as business 
objects. 

37. The method of Claim 36, wherein the business rules are used to produce 
different results depending on conditional triggers that are associated with the underlying 
business objects. 

38. The method according to Claim 27, wherein an enterprise company can 
quickly acquire a turn-key e-commerce solution to automate their channel relationships. 
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39. The method according to Claim 27, wherein a net market maker can 
quickly acquire a turn-key e-commerce solution to automate their channel relationships. 

40. An apparatus for providing custom configurable service applications from a 
standardized set of components associated with a server device, the apparatus comprising: 

5 a server device configured from best-of-breed components, and running best-of- 

breed server applications to provide certain server functionalities, the server device having 
server data including data representations for interacting with systems external to the 
server device, the data representations being managed as objects; 

a graphical design tool used for constructing at least one service application from a 
10 modular set of application steps and application rules, the service application performing 
services according to user requirements, the service application being capable of 
interfacing with the best-of-breed components and server applications, the server data 
further including data representations for interacting with users, the data representations 
being managed as objects; 

15 at least one adapter device for interfacing with the systems external to the server 

device; and 

a repository for storing and retrieving server data, the repository facilitating 
centralized storage, retrieval, and sharing of server data between all the server device 
components, server applications, and service applications. 

20 41. The apparatus according to Claim 40, wherein the custom configurable 

service applications includes at least business service applications, and the objects are 
business objects. 

42. The apparatus according to Claim 41 , wherein at least one business service 
application includes a product catalog for an enterprise business. 

25 43. The apparatus according to Claim 42, wherein at least one business service 

application also includes a product configuration manager for configuring a product from 
the enterprise business. 

44. The apparatus according to Claim 41, wherein the set of application steps 
are business steps that include operations with a defined set of input and output ports, with 
30 each port having a defined set of parameters. 
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l 45. The apparatus according to Claim 44, wherein the application rules are 

business rules, which are used to capture customer specific business practices. 

46. The apparatus according to Claim 45, wherein an existing business service 
application can be selected, further developed, and customized. 

5 47. The apparatus according to Claim 45, wherein the business rules are used to 

produce different results depending on conditional triggers that are associated with the 
underlying business objects. 

48. The apparatus according to Claim 45, wherein the design tool further 
utilizes a graphical user interface for arranging the business steps and business rules that 

1 0 comprise a business service application, with data connections therebetween. 

49. The apparatus according to Claim 48, whereby the graphical tool provides 
feedback as to the validity of the data connections between the arranged business steps and 
business rules comprising a business service application. 

50. The apparatus according to Claim 49, whereby the graphical user interface 
15 tool accounts for the ports and parameters between connected steps. 

51 . The apparatus according to Claim 47, wherein the best-of-breed 
components are interfaced with the business service applications through APIs* 

52. The apparatus according to Claim 5 1 , which further provides a catalog of 
APIs for developers to reference in developing applications that interface with the best-of- 

20 breed components. 

53. The apparatus according to Claim 41 , wherein the external systems are 
back-end systems. 

54. The apparatus according to Claim 53, wherein the back-end systems 
include ERP systems. 

25 55. The apparatus according to Claim 40, wherein a separate adapter is 

provided for each different external system. 

56. The apparatus according to Claim 40, further providing a community 
enabler for accessing data and information from the different functional components of the 
server device, the external systems, and the service applications, whereby the user can 
30 request an aggregate presentation of such different data or information into at least one 
display area. 
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57. The apparatus according to Claim 56, wherein the user can transition back 
and forth between the different data or information without having to connect to another 
server device or website. 

58. The apparatus according to Claim 56, wherein the user is provided with a 
5 single source log-on. 

59. The apparatus according to Claim 56, wherein templates are used to 
comprise a page, with the data or information dynamically linked into the page from a 
corresponding data source. 

60. The apparatus according to Claim 59, wherein a master-template is applied 
10 across a series of pages, and a micro-template is used to selectively display data from a 

variety of sources. 

61 . The apparatus according to Claim 56, wherein the data or information is 
accessed in a manner which is context sensitive to at least part of the data or information. 

62. The apparatus according to Claim 40, wherein the service applications are 
1 5 provided to a user through a network connection. 

63. The apparatus according to Claim 62, wherein the network connection is an 
Internet connection. 

64. The apparatus according to Claim 40, wherein the service applications are 
provided to a user though a disconnected mode. 

20 65. A server system for providing custom configurable business service 

applications to a user through a server device, the apparatus comprising: 

a server device as comprised of best-of-breed components; 

the server device configured with best-of-breed server applications for interacting 
with the best-of-breed components and providing server functionalites; 

25 a construction tool for developing a business service application from a modular 

set of components that can by dynamically arranged according to user requirements, the 
business service application interacting with the server applications to provide the user 
with the server functionalities; and 

an interface between the server device and systems external to the server device 
30 which utilizes adapters configured to communicate with the external systems. 
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66. The server system according to Claim 65, further providing for a 
centralized repository, whereby data representations from the business service 
applications, the server applications, the external systems and the users are stored and 
retrieved in the centralized repository, whereby the data representations are readily 

5 available to all functions and applications associated with the server device. 

67. The server system according to Claim 66, wherein the repository is external 
to the server device. 

68. The server system according to Claim 66, wherein the repository is closely 
associated with the service device. 

10 69. The server system according to Claim 68, wherein further provided is a 

community enabler that facilitates the community exchange of data and information 
between all applications and server functions associated with the server device. 

70. The server system according to Claim 69, wherein the user can request an 
aggregate presentation of the different data or information into at least one display area. 

15 71 . The server system according to Claim 69, wherein the modular set of 

components includes business steps which are operations with a defined set of input and 
output ports, with each port having a defined set of parameters, and business rules which 
are used to capture customer specific business practices. 

72. The server system according to Claim 71 , wherein the business rules are 
20 used to produce different results depending on conditional triggers that are associated with 

the underlying business objects. 

73. The server system according to Claim 71 , wherein the design tool further 
provides for a graphical user interface for arranging the business steps and business rules 
comprising a business service application with data connections therebetween. 

25 74. The server system according to Claim 71 , wherein the interface with 

systems external to the server device utilizes at least XML. 

75. The server system according to Claim 71 , wherein data representations 
between the business service applications and users are formulated and treated as business 
objects. 
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76. The server system according to Claim 75, wherein data representations 
between the server device and systems external to the server device are formulated and 
treated as business objects. 

77. The server system according to Claim 76, wherein the business rules are 

5 used to produce different results depending on conditional triggers that are associated with 
the underlying business objects. 

78. The server system according to Claim 67, wherein an enterprise company 
can quickly acquire a turn-key e-commerce solution to automate their business channel 
relationships. 

10 79. The server system according to Claim 67, wherein a net market maker can 

quickly acquire a turn-key e-commerce solution to automate their business channel 
relationships. 

80. A method for providing customized business application solutions to at 
least one enterprise company that contacts a centralized provider of such solutions, the 

15 method comprising: 

assembling a collection of best-of-breed components to provide a seamless 
connection to services that are outsourced from the centralized provider; 

capturing the particularized business processes of the at least one enterprise 
company; 

20 providing a modular approach towards building a business service application for 

the at least one enterprise company; and 

customizing the modularly built business service application according to the 
captured business processes. 

81 . The method according to Claim 80, wherein the enterprise company 
25 thereby acquires a turn-key e-commerce solution to automate channel relationships. 

82. The method according to Claim 80, wherein the step of capturing the 
business processes includes determining the business processes in an automated manner. 
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83. The method according to Claim 82, wherein the step of capturing the 
business processes further includes determining the business processes in a human 
interactive manner. 

84. The method according to Claim 80, wherein the step of providing a 

5 modular approach includes managing the interactions with external systems or users as 
business objects. 

85. The method according to Claim 84, wherein the business objects include 
data representations in an XML and Java combined format. 

86. The method according to Claim 84, wherein the step of providing a 

1 0 modular approach further includes utilizing business steps and business rules to construct 
the business application. 

87. The method according to Claim 86, whereby the business steps are business 
operations with a defined set of input and output ports, each port having a defined set of 
parameters. 

1 5 88. The method according to Claim 87, whereby the business rules are used to 

capture customer specific business practices. 

89. The method according to Claim 86, wherein an additional step includes: 

providing tools that allows the business steps to be arranged according to the needs 
of the enterprise business. 

20 90. The method according to Claim 89, wherein the tools include a graphical 

user interface that allows a developer to visually arrange business steps into business 
. processes or workflows. 

91. The method according to Claim 90, wherein the tools fiirther allow the 
developer to associate business rules with the arranged business steps. 

25 92. The method according to Claim 80, wherein an additional step includes: 

providing community aspects between developed applications and functions 
offered by the centralized provider. 
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93. A business method for providing a user with a centralized framework for 
developing and customizing a business service application from a modular set of 
components associated with a centralized device, the method comprising: 

configuring the centralized device with best-of-breed components for 
5 communicating with sources external to the centralized device; 

capturing the particularized business processes of a user; 

providing certain modular components that can be arranged to form a business 
service application; and 

customizing the arrangement of the modular components to form a business 
10 service application according to the particularized business processes of the user 

94. The business method of Claim 93, wherein the user includes an enterprise 
company that can interact with the centralized framework to thereby create e-commerce 
business solutions without having to develop, maintain and upgrade the solutions in-house. 

95. The business method of Claim 93, wherein the modular components 

1 5 include business objects as data representations in XML and Java combined formats. 

96. The business method of Claim 95, wherein the modular components further 
include business steps as business operations with a defined set of input and output ports, 
each port having a defined set of parameters. 

97. The business method of Claim 96, wherein the modular components further 
20 include business rules as conditional triggers associated with underlying business objects. 

98. The business method of Claim 97, wherein the modular components can be 
moved, or the connections modified, in order to create and customize a business process. 

99. A business method for providing a plurality of standardized business 
service applications and customized business service applications through a central server 

25 device, the method including: 

configuring the server device from best-of-breed components; 
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configuring the best-of-breed components to communicate with data sources 
external to the server device via application interfaces (APIs); 



determining the business processes of a user business that contacts the central 
service device; 

forming a customized business service application from existing standardized 
business service applications as modified by modular components provided by the central 
server device; and 

providing for community interaction between business service applications, and 
the central server device. 

1 00. The business method of Claim 99, wherein the modular components 
include: 

business objects as data representations; 

business steps as business operations with a defined set of input and output ports, 
each port having a defined set of parameters; and 

business rules as conditional triggers associated with underlying business objects. 
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News and Research 

Hello Direct: Telecom Services: Long Distance Local 

Wireless, and Enhanced ' ' 

Arteona Cites AT&T for 1 nnn Ql^ppff SUmmlnn ^ 

The Pavs of S-.sow ceravm* 

InnofonF la unches Horro r 5:50 ah 
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Distance Pack wia " p q 5:35 pm oft/jo /XW9 
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Message Boards 




Ask Jeeves Community 



Announcement 
Welcome to Black Voices Discussion 
Forum!! Feel free to change this message by 

clicking the edit profile button to your left. 
Enjoy your discussions!! 



The Cisco Systems ATM Interfere 
Processor (AIP) for the Cisco 7000 
family of router platforms, was the 
industry's first commercially 
available, standards-based 
Asynchronous Transfer Mode 
(ATM) rower interface. (The Cisco 
7000 farnfry includes the Cisco 7000 
and Cisco 7500 senes routers.) 



Search 

Se»rd» For: 



Ask Jeeves Community Discussions 

Pharmacotherapy 08716799 1 

ml 



Cardiology 
m2 

: Pending FDA Actions 
m3 

Online Pharmacies 

m4 



Chat Forum 

* Julv 6 - Jnhn Ctamhrr t, f HQ e f Cisco 
" J^lv 19 - Brian Vianenoi. Ai=ra Customer 



06716799 



08/16799 



08/16/99 



Search the Foltowtn? Sources 



Entire Web 



R "" rfh r ffffT iTrn 
° Afllrrn Sfrri 
0 Qrttr furrm 
0 n»v v^nn 



Prtfr Hrws ft frriT 
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c 

Dnhr f vrnn 
0 ontv ft prrm 
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by 

Mori* r^pfjj fw/po^j " ,tM 
FUs»arch Your industry 
Articles and abstracts from 
tho usands of publication* 
^Select an industry - ffij 



Business Ownn^ flaggy gh 
The essential gwtie to running 
your business. 
Frea Business F^rrm 
Free busmess templates, 
checklists, and forms. 
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Project 
tree: lists 
all the itrmc 
in the 
project. 
Unique 
icons and a 
folder 
hierarchy 
are used to 
identify and 
group 
different 
types of 
artifacts. 




Tabbed Editor: each item 
in the project can be edited 
via a number of hem- 
specific tabs. La tM< 
example, a composite step 
can be edited via 3 .tabs; the 
selected tab displays thi 
workflow editor used to 
assemble the step instances 
and transitions of the 
selected composite step. 



Message window: 

lists various warning and error 

messages, status messages, etc. 
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(VI Configurations 
@j Objects 
e^-£y catalog 

[-H BOMRelations 
H-S Catalog 
h S Category 
j— H CategoryRelation 
I— H Categoryvalue 
H CompetitiveRef 
Packages 

B ProductAilases 
j~H ProductCsiegory 
hS ProductDimensto 
j— 81 ProductDocumen 
h*S ProductSuDsmutli 
{— B ProductSuperses 
j— H SubstitutionTypei 
j— ^ Supers esstonRe/El 




// puis method retrieves e product object given a unique product *ey. 
// catalog id are not supplied, current default- catalog group is used 
public static Product getPrcductByldfContext context. String cataloglc 

String productld) throws Exception 

// first find out if it is in the cache 

String key = catalogld + + catalogGroup + » : « + prociuctld; 
BaseBusObj obj = (Base2u30b5)Bu3ines3QbjectPool. get (context, "Prodrfl 
if (oh) != null) 

return (Product) obj ; 

// object is not found, go end load the object 
AccessOpInputDoc aeclnput = neu AccessOpIrputDoc ( ) ; 
CallContext callCoc = nev CellContext ( ) i 

callCtx.setAd&pterHane ("CetalogAdBpter") ; 

eccInput.addConditionr", "Catalogld", AccessOplnputDoc.ZQ, catalog^ 
ecclnput.eddConiition("ASD'* / "CatalogGroup", AcceasOpInputDoc.EO, ' 



Earning: vhile parsing 1 Productld' encountered null/enpty 'IsRequared 
Uarning: while parsing 'Pecfcageld' encountered null/enpty 'IsRe quired 
Chile loading step • catalog. catSearch. cProductCatalogHain' 

IThile loading step »conf ig. configuration. cConf igurationHain' 
While loading step • config. configuration. cConf igDataProcess' 

Berning: invalid arc fron 'sConf igDataProcess • to 'this* - source 
Internal error: object 1 order. Quote ' tres added nultiple times 
Hhiie loading object configuration ' Quote * 

"Barning: named filter configuration iten * OHQuoteListrArtiveQuct! 



attribute 
attribute 



end target ports have 



as not togg- 



•InVse 1 in del 
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:*£) Configurations 
^ Objects 

catalog 

BOMReJatior.s 
— HI Catalog 
-SB Category 
~1| CategoryRelation 
CategoryValue 
CompetntveRer 
— B Package s 

II PrcductAIiases 

18 ProrfuctCatagory* 
fi ProductDimensio 

19 PrcductDocumenlM 
B PrcductSubstituti, 
B ProductSuperses 

— H SubstrtutlonType 
H SuoersEssi snRs, 




fp '7 " " 7- ~ — — , — _ *^ 

Hi ^^^tnP?^1 ^-n7rKr-n-7^--T rrr ^r" a --l - -ir r ■ ■ ' " — - '^^-^^ - 



j Catalogs IStnng 1S1NGLE |7el t Yec " v 

|BCMS_Cha...Unteger TsJnglI FFel — |Yes M 



BCMS_lnte„. IStrinp (SINGLE 



|BCMS_ Can... I String 



: Produced 1 String 



I SINGLE 



[No 



iNo 



ProductNa„. IStrlng 



1SINGLE 



No 



SupplierPro... [String 



{SINGLE 
I SINGLE 



Yes 



'ProductDes.JStrlnq ISINGLE 




Yes 



Yes 



No 



No 



(Yes 



No 



1y 



es 



lYes 



lYes 



No 



lYes 



Yes 



lYes 



lYes 



No 




~7 



£ ■ t° B ? ta ? - ' Cep ' COttf ig * con£ i9"««°n. cCcnligutaticnHalo' 
Hbale loading 3t - p ' config. configuration. cCctf igDecaProcew • 
Earning: invalid arc fro= 'sConf igDateProcesa • — .,m! - 
Zrasnel error: object 'order.Ouoce ' «„ aadea^ultipL Zj?' ' 30U " e talC= '" P ' tt3 b ° Ve 
Dnale loading object configuration 'Quote' 

B amin ? : nened m«. configuration itea ■ 0 E 0uoteLi 3 t: ActiveQuote ' i 3 not tagged in de 
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G£) Configurations 
§S Objects 
B-v^l catalog 

S— Q BOMRelatlons 
0 Catalog 
11 Category 
B CategoryRelation 
H CategoryValue 
B Competitive Re* 
g[ Package s 

•a.liffPPBi 
— fg ProductAllases ^ 
JjS PrcSuctCategory * 
S PrciuctDimens;o|g 
]P3 ProductDocumei 
§§§ ProductSubstnutli 



ProductSupersespl 

Supers esskmRe&S 




WMMM 



tfnmiTg: uhile parsing 'Productld 

H nralr g: while parsing 'Packageld 1 encountered null/erpty ' I sRe quired' attribute 
labile loading step 'catalog.cetSearcn.cProductCetalog^ain , 

Yhile loading step , canfig.ccIl£ig^lratio^.cCcri^iguraticnMttin• 
While loading step 'config* configuration. cEcnfigDataProcess 1 

naming: invalid arc frcn • sConf IgDataProcess' to »this* - source and target ports 
Internal error: object 1 order. Quote ' ises added multiple tines 
TBhile loading object configuration • Quote* 

TJ nralr g: naited filter configuration iten » OKOuoteLis-: ActiveQucte ■ is not tagged 'Intfse' 



have 
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A | i | mvjfi nm O &iigner-;calatog ^fRroaacll 




Infigu rations 
catalog 
-01 BOMRelaUons 
Bl Catalog 
01 Category 
Bl Categor yValue 

/33^ — -Bl liEEBHl 

-Bl ProductAltases 
05 ProduclDimem 
ects 
ps 

e Frames 



Warning: "anile parsing 'Productld* encountered null/enpty 'Iakequired 
Haile loading object configuration • ProductDinensions ' 

naming: xrbile parsing 'Catalogld* encountered null /empty 'IsRequired 
tatrning: -chile parsing 'Productld 1 encountered null/empty 'IsRetjuired 
Warning: uhile parsing 'Packageld' encountered null /empty 'IsRequired 
labile loading step 'catalog, cats ear cb-cProductCatalogHain 1 

Bbile loading step 'conf ig. configuration. cConf igxiratiDnHain' 
tfhile loading step ' conf ig. cenf iguration. cC onfigDataProcess ' 

Warning: invalid arc fron 1 sConf igDetaProcess » to 'tbis* - source and target ports bave 



attribute 



attribute 
attribute 
attribute 
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ifigurations 
catalog 

-§( BOMREiattons 
Bt Catalog 
Si Category 
-BI CategoryValue 

OS ProduclAliases 
•BJ ProductDlmenj 
eels 
ps 

e Frames 



UstDisptay 
UstWithoutOrderAuth 
ProductDetells 

m 

Pro ductDe script) on 
ProductMisclnfo 
ProductExlralnfo 



\ 



on 




artribute 



attribute 
attribute 
attribute 



iing: unile parsing 'Productld' encountered null/e»ptry 'IsRequired* 
phile loading object configuration • ProductDiatnsions • 

Warning: ubile parsing » Catalogld' encountered null /empty 'IsReguired' 
Homing: Tanile parsing 'Productld' encountered null/enpty 'IsRequired' 
Uorning: while parsing •Packegeld' encountered null /empty 'IsRequired' 
Ehile loading step •catalog. catSe arch. cProductC a talogHain* 

Bnile loading step »con£ ig. configuration. cConf igurationHain» 
Bbile loading step 'config. c enf iguration. cConri gDataPro cess 1 

Parning: invalid a rc frcn • sCcnf igDataProcess • to 'tnis' - source and target ports neve 
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Warning: while parsing 'Proriuctld- encounter ed null /enpty •IsRequired 
..J fo™. 17 : .?: .y^if. P?f-?i?5 /.L^?.?!rr.^..^ c .9^tered i null/eiBpty 'IsRequired 
T3hile loading step ' catalog, catSeu^TcPVoO^^arajLogif&in 1 

Uhlie loading step • config. conf igxLtation. cConf igurationHoin • 
labile loading step 'config. configuration.. cConf igDataProcess • 
Ueming: invalid arc fron ' sConf igDate?rocess 1 to * this 
Internal error: object • order. Quote 1 was added nultiple 
Bhile loading object configuration 'Quote' 

la nrni- g: named filter configuration item r D^OuoteList: JL; 



times 



attribute 
attribute 



source end target ports nave 



:tive0uote» 



s not tagge 



1 InUse * in de*£ 
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213 Configurations 

Objects 
€3 Steps 
£p-@j catalog 

0~£3 catSearch 

|§j cCataiogBrowselrnpl 
IS cCatalogSearchlmpi 
is cProdDetailsIrnpl 
IS! cProductCatalogMair. 
H8 IBaslcSearchPage 
10! iBrowseCategoryPacs 
SI IBrowseProdUstPags 
H iShowBOMUst 
SI IShowProdDetalls 



sGelBOMRetations 



j§y sGetProductDetalls 
S§1 slnitlaitzeSearch 
— E§! s Pre pa re Brows ePage 
sPrepareSearchPage 
EHliD config 



Straff productld = ( S tti^gJplnpuT^ar^ist/f i^dEi cmcnX :("Produ^ 
AccessOptaptitDoc acclnput = new AccessOpInputDocC) ; 1=L ~ 
CallContext ceQlCtx - new CaUContextt) ; 
callCtx. setAdapte^Nmne ("CatalogAdapter") ; 

String icputPort = (pContext. getBusProcess ( ) ) . getCurrentlnpu 
if (inputPort. equaJ.3 fGetBOStLiatPort^) ) 
( 

// add search criteria 
* eccInput.eddCcnditicnfrelCp, "Productii", Ac cess Op Inputs o 



// Selection list 

ecclnput. addResultType (AccessCpInput2)oc.BA5r_ATrRIBirrrS) ; 

// execute query 
BaseDocObj resObj = AccessHgr. execute (pContext, "Product" 
BusObj Iterator reslterator = null; 
it (resObj mill) 



Warning: Trfule parsing 'Productld' encountered nuli/eapty 'IsRe^red > attribute' 
Hhile lo a d in g object configuration • ProductDinensions* 

Earning: vhile parsing 'Cataloged' encountered null /enpty 'IsRequired' attribute 
TJaxnong: xxhile parsing 'Productld* encountered null/ eapty ' IaReguired' attribute 
yarning! trail e parsing 'Peckegeld* encountered null/enrpty 'IsRequired' ettribute 
Uhile loading step • catalog. catSearch. cPro due tC at alo grain' 

rniIe loading step • config. configuration, c Configure tionHain* 
Hhile loading step » config. configuration. cCanf igDataPr oce as 1 

Harning; invalid arc .f ron » sConf igDataProcess • to 'this' - source end target ports have 
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Barmng: «hile parsing 'Productld' encountered nuXl/ e ^^"»i 3Rei J 1 , red" 
Bniie loading object configuration 1 ProductD incus ions • 

Barning: *hile parsing 'Catalogld' encountered null/empty 'IsReguired- 
Uarning: vhile parsing 'Productld' encountered null/enpty 'IsRequired' 
yarning: xfcile parsing 'Packageld' encountered null/enpty 'IsRequired' 
jHnile loading step • catalog, cats ear ch. cProductC a talogttain' 

Uhile loading step ' conf ig. configuration. cConf igureLtionHain' 
Hhile loading step • config. configuration. cConfigDataProcess' 

H nmin g: invalid arc from • sConfigDataProceas ' to •this' - sourct 



attrujute 



attribute 
attribute 
attribute 



and target ports have 
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Configurations 
Objects 
©J Steps 

catalog 
Ey -QS catSearch 

— cCatatogBrowselrnpf 
~ W. cCatalogSearchimpi 
-M cProdDetailslrnpl 
— 1§ cProriuctCatalogMain 
— H IBasicSesrchPage 

_ i Brows eCategoryPac 
-if IBrowseProdUstPacs 
-ji IShov/BOMUst 

§3 jWiUiVigiiTiiudfcTiia 
-[B sGetBOMRelations 
—15 sGetProductDetails 
-SH slnfflalizeSearch 
--IB sPrepareBrowsePage 
§3 sPrepareSearchPage 
conflg 



f* create session please V 
if ( !pContsxt.hasSsssion() ) 
pContext. cree-£Ses3ion{) ; 

//activate tie sain =ppl nenu. 
UavObjecT:. activateSairiHenuirT C*Conte>:t 



BaseBusOb} productObj 
Di spl ayOb 5 Ts-c tory 



CATALOG" ) ; 
(BaseBusOb j ) plnpucPanxiils t. 



factory - nev Di spl ay Ob j F ac to ryXIapl 

~~ ' maHSSBEeaHaBBBaS 



'IsRequired' attribute 



Warning: uhile parsing 1 Productld' encountered null /empty 
Uhile loading object configuration * ProductDinensions ' 

Warning: uhile parsing 'Catalogld' encountered null/erpty 'isRe quired* attribute 
Hexning: uhile parsing 'Productld' encountered null/ eapty •IsReguired' attribute 
Vanung: *hile parsing 'Peckageld* encountered null/e*pty »IsRequired' attribute 
Bnile loading step 1 catalog, cats ear ch. cPro due tC a talogUain 1 

12bile loading step 'ccniig. configuration. cCixnfigur ad explain 1 
Uhile loading step » conrig. configuration. cConf igDetaProcess ' 

Uaming: invalid arc fron - sConr igDataProcess * to 'this' - source and target pcrts bave 
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£j Configurations 
S3 Objects 
@J Steps ' 

catalog 
S^catSearch 

—[§3 cCatalogBrowselmpI 
—S3 cCataJogSearchlmp! 
Us cProdDetailslmpI 
H cProductCatalogMain 
Si IBasicSearchPage 
™Si IBrowseCatsgoryPage 
—§| IBrowsePrcdUstPage 
SI IShowBOMUst 



BhowProdOetaiis 



— M sGetBOMRelations 
— M sGetProductDetaHs 
— ES slnltialfeeSearcrt 
IS sPrepareBrowsePaga 
US sPrepareSearchPage 
i»H^l confin 




Ming: anile parsing -Productld' encountered niUl/cniin 'IsRemiir-rt • -,-^>.... 
Bhlle loading object configuration • ProductDinensions • Squired atmbuw 

Baming: «nile parsing 'Cetalogld- encountered null/eapty 'IsReouired* 
Warning: afcile parsing • Produced ■ encountered nuli/e^ .jSeSred. £££££ 
Bemang: anile persing ■Pedtageld- encountered null/eBpry 'IsReoSred' 
Bhile loading step • catalog. catSeaxch-cProductXatelognW lsRe<Iui " d ""riiute 
Chile loading step 'config. configuration. cCon£ic^rBtionHBin• 
Dnlle loading step 'cenfig. configuration. cConfigDottProcess • 

Bamang: invalid arc frcn • sConf icDetei-rocess • to -this. - source end target port, have 
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11^ Application Oesg^ nimwrimlfti In! 



Configurations 
(Si Objects 
§3 Steps 

catalog 

catSearch 
— H cCatalogBrowselmp) 

— HI cCatalogSearchimpl 
— H cProdDetailslmpI 
~HI cProductCatalogMaln 
—el IBasicSearchPage 
—til IBrowseCategoiyPage 

IBrowseProdUstPage 
iShowBOMUst 

.-EH sGetBOMRelatlons 
— §§ sGetProductDetails 
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METHOD AND APPARATUS FOR PROVIDING CUSTOM CONFIGURABLE 
BUSINESS APPLICATIONS FROM A STANDARDIZED SET OF COMPONENTS 

RELATION TO PRIOR APPLICATIONS 

This application claims priority of (1 ) U.S. Provisional patent application having 
serial number 60/164,021, filed August 23, 1999, entitled "Method and Apparatus to 
Provide Custom Configurable Business Applications From a Standardized Set of 
Components/ 5 and of (2) U.S. patent application (Attorney Docket No. ASRAP001) 
having serial number 09/440,326, filed November 15, 1999, entitled "Method for 
Providing Custom Configurable Business Applications From a Standardized Set of 
Components," and of (3) U.S. patent application (Attorney Docket No. ASRAP002) 
having serial number 09/439,764, filed November 15, 1999, entitled "Apparatus to 
Provide Custom Configurable Business Applications From a Standardized Set of 
Components," and of (4) U.S. patent application (Attorney Docket No. ASRAP004) 
having serial number 09/547,161, filed April 1 1, 2000, entitled "Business Methods For 
Providing Custom Configurable Business Applications From A Standardized Set Of 
Components," all of which is hereby incorporated by reference in their entirety. 

FIELD OF THE INVENTION 

The present invention relates generally to methods and apparatuses for providing 
custom configurable business or channel applications from a standardized set of 
components. More specifically, the present invention allows each business to select from 
a set of applications, customize that set of applications, and/or develop new customized 
applications from a set of development components. 



BACKGROUND OF THE INVENTION 

Business interactions have traditionally involved collections of people and/or other 
businesses that add up to form certain supply chains or demand chains. A supply chain is 
sometimes referred to as "upstream" from an enterprise business, with the manufacturers 
being on the "buying side" of the enterprise. A supply chain is comprised of various 
parties who facilitate bringing various materials from a supply source to the manufacturer. 
A demand chain is sometimes referred to as "downstream", with the customers being on 
the "selling side." A demand chain is generally comprised of the various parties who 

1 
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facilitate bringing a product from an enterprise (or manufacturer) to a trading partner (or 
user). In order to complete the various transactions between these parties, person-to-person 
interactions have traditionally been used at the various points along the chain. Hardcopy 
forms and the like often accompanied these interactions. Today, the rapid development of 
5 different electronic media to exchange information has led to many new approaches for 
the completion of certain business related tasks. 

Computer networks provide an efficient means for transporting data between 
workstations or terminals on (or connected to) the network. Such networks can consist of 
Local Area Networks (LANs), which are generally restricted to one geographical area or 

1 0 location. Such networks can also include Wide Area Networks (WANs) which connect a 
number of machines over a larger geographic area. The Internet is also an example of one 
such network. The Internet is a worldwide system of computer networks — or a network 
of networks — wherein users at any one computer can, if they have permission, get 
information from any other computer. The Internet was conceived by the Advanced 

1 5 Research Projects Agency (ARPA) of the U.S. government in 1 969 and was first known as 
the ARPANet. The original aim was to create a network that would allow users of a 
research computer at one university to be able to "talk to" research computers at other 
universities. A side benefit of the ARPANet design provided that messages can be routed 
or rerouted in more than one direction, the network can continue to function even if parts 

20 of it were destroyed in the event of a military attack or other disaster (including simple 
down-time of component parts). 

Today, the Internet is a public, cooperative, and self-sustaining facility accessible to 
hundreds of millions of people worldwide. The Internet is thereby providing a low-cost 
medium for the exchange of information between certain authorized parties. A large 

25 number of merchants are using the Internet to directly offer goods and services to users or 
customers. Additionally, the Internet is being used as a transport medium for information 
between merchants and other related parties, particularly on the demand-side. A merchant 
might, for example, interact with certain Original Equipment Manufacturers (OEMs), 
distributors, direct retailers, and/or Value Added Resellers (VARs) through Internet links 

30 back to the merchant's website. Such interactions would likely decrease the number of 
phone calls, Fax interactions, and/or person-to-person interactions, thereby saving time 
and money for both parties involved. 

2 
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The rapid exchange of information over the Internet has led developers to automate 
certain business processes, including for instance, sales related tasks. Developers have 
previously devoted considerable attention to the automation of "back-end" tasks (e.g. the 
completion of forms, the order processing in the back-end ERP system, and the like). 
5 Manufacturers already see cost savings in automating such back-end processes. On the 
demand-side, there are many business processes between the manufacturer and the buyers 
(trading partners) that can be automated. For instance, the process of determining how 
much of a discount should be offered for each individual buyer can be automated. 
Another task might include management activities regarding various business channels. 

1 0 "Channels" are usually referred to as being direct, or indirect. An example of a direct 
channel is the company's sales force, which then interacts with the customers. An 
example of an indirect channel is a VAR, which might include a retail store, or the like. 
Still other tasks might include the customer support, storage and recall of marketing leads, 
and the administration of sales promotions. By automating more of such tasks, the sales 

1 5 force for any given manufacturer can be made more efficient, thereby reducing the overall 
cost of selling. Automating business processes like selling, customer support, 
marketing/sales promotions etc. in a demand-chain can provide significant cost savings for 
manufacturers. 



20 



25 



30 



Certain new approaches have focused more on how to automate the full set of 
transactions relating to the channel relationship. This might include buying and selling, 
customer support, generation of new market leads, sales promotions, etc. Also, rather than 
have certain transactions take place over private enterprise networks (and the like), the 
newer approaches are attempting to automate all such processes over the Internet (often 
referred to as the "web"). Hence, all parties along the entire chain (e.g. customer, VAR, 
distributor, manufacturer) will be offered automated web-based services. Developers, 
however, have not implemented a complete and favorable demand-chain solution that 
automates, or allows ready creation of, customized applications throughout the 
downstream flows. 

Automation of demand chain over the internet requires breadth of functionality to be 
integrated in one place. For example, the manufacturers need to provide functionality for 
buyers to authenticate themselves, browsing product catalogs, configuring products, 
submitting orders (to the back-end ERP systems), checking order statuses and so on'. 
Manufacturers need to acquire a variety of products to provide for the demand-chain 

3 
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functionality and integrate them in a coherent fashion. As the internet technology is 
proceeding at rapid rate, manufacturers are left with a daunting task of picking the best-of 
-breed products to provide the desired functionality and integrating them. 

Internet transactions can also generally be divided into two categories: 1) business- 
5 to-business transactions, and 2) business-to-consumer transactions. Most solutions to 
automate transactions have dealt with business-to-consumer interactions. As such, these 
interactions are much more straightforward than business-to-business transactions* In a 
business-to-customer transaction, the merchant supplies a "storefront" or web site that 
offers products to any number of diversified consumers who might wish to view this web 

10 site. The consumer then purchases a product via a selection and payment method, and the 
product is thereafter shipped to the consumer. On the other hand, when one business deals 
with another business, there is a much greater amount of business processes and 
customization in the transactions that occur. For instance, the interactions that occur 
between a large petroleum manufacturer and a small chain of gasoline-service stations 

1 5 might be very different from the interactions that occur with a much larger (globally- 
based) chain of gasoline-service stations. Different volume discounts, incentive plans, and 
the like, might be offered to these different types of purchasers. Business to Business 
transactional systems lack facilities to empower users with necessary knowledge to run 
their day to day responsibilities. Manufacturers need a web based system to improve trust 

20 and loyalty, educate their customers, encourage peer to peer communication, make their 
users aware of the current industry trends: what the current system offers as Community 
services. There is a need to provide a seamless integration between the commerce services 
and the community services enabling manufactures to promote their products in an 
efficient manner. Such community features are much needed for rapidly growing 

25 vertically focused market makers called "Net Market Makers". These net market makers 
use the internet as their only medium to promote their products from different 
manufacturers. 

Accordingly, certain in-house systems (i.e. developed internally) have been 
developed by manufacturers in order to handle business transactions relating to their 
30 particular product line (e.g. Cisco, which manufactures and sells routers). The in-house 
system is configured to handle the various interactions necessitated by different customers 
desiring different transactions. Such in-house systems, however, can prove to be very 
expensive to develop and maintain, and also may lead to integration of products rather 
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than an integrated product. A customized system might take years to develop, and require 
many hours of employee time to implement. Most small businesses do not have the 
necessary resources. Additionally, small businesses cannot justify the risk (or time) 
involved in developing such an in-house system, wherein the risk involves potential delays 
5 in time-to-market with a particular product. As a result, such businesses must continue to 
operate under older models and practices, and therefore no savings can be realized from 
such automated services. 

There exists a need for a system (i.e. method, or the like) that will address certain 
difficulties in customization of automated business services (across the Internet and other 

1 0 networks), particularly relating to business-to-business transactions. The system should 
provide such services in a more timely and generally accessible manner. The system 
should provide for a more adaptable and scalable application solution across any number 
of products and/or technologies. A user should be able to utilize this system without 
incurring significant startup or development costs. Certain business applications should be 

1 5 provided which can be customized according to each user's needs. Other business 

applications should be readily created using development routines and tools. The resulting 
applications should seamlessly interface with the overall system architecture. This 
approach should therefore provide rapid deployment of automated business applications, 
as customized for each individual company using the system. 

20 SUMMARY OF THE INVENTION 

To achieve the foregoing, and in accordance with the purpose of the present 
invention, the methods and apparatuses described include, for example purposes, a server 
device referred to as the Asera Commerce Server (ACS). The ACS provides for the 
development and implementation of customized, automated, web-based business service 
25 applications. The ACS provides for a server based method wherein best-of-breed services 
and/or applications are integrated in a seamless fashion and offered to enterprise 
businesses which develop customized business service applications through using the 
system. 

The ACS is designed for vendors that want to dramatically improve their indirect 
30 selling efficiency, in addition to developing channel loyalty to capture a greater percentage 
of sales. ACS enables manufacturers to better manage their distribution channels and key 
relationships with channel partners — i.e. distributors and dealers ~ by optimizing high 
overhead channel management functions such as order entry, product configuration, order 
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status, promotional campaigns, customer service, technical support, and warranty/claims 
services. One resulting goal of the ACS is to provide an e-business platform for 
manufacturers and dealers, by providing transaction, marketing, pre sales, post sales, and 
community services. 

5 ACS changes the nature of channel relationships by facilitating the development of 

fully automated transactions. Such transactions were previously conducted manually 
through implementations of self-service concepts. The ACS further provides the 
infrastructure for manufacturers to add significant value to the dealer network by 
providing community services that will allow dealers to interact with each other. An array 
10 of customized community services, such as email, industry forums, and transaction 
services will serve to encourage and promote inventory exchanges and best-practices 
sharing — thus contributing further to channel efficiency and channel loyalty. 

Most manufacturer-dealer interactions today consist of phone, Fax, FedEx, and 
perhaps email. Automating these relationships substantially reduces the bottom line 

1 5 expenses. Automating these interactions also improves top line-selling efficiency because 
manufacturers make it easier for dealers to conduct business with them. If an enterprise 
were to start from scratch and develop similar features offered by ACS, the costs would be 
prohibitive, and the development effort would carry a long time-to-market penalty (or 
opportunity cost). Examples of in-house channel management systems have taken 4-5 

20 years to develop, and have been know to carry annual budgets of $50 million. 

The ACS substantially reduces entry costs and eliminates the opportunity costs. The 
present system assembles best-of-breed components into a seamless outsourced service. 
The ACS provides improved management of the manufacturer-distributor relationship in 
high technology market sectors where indirect distribution channels add significant value 
25 to the sales process. The net results of using ACS are improved competitive positioning 
for a company in the near term, and higher return on assets in the long term. 

The ACS includes a Commerce Server that provides a core set of technology (or 
application) services. A unique architecture and framework are provided by the 
Commerce Server, and which facilitates the methods described herein. All interactions 
30 with external systems or users are managed as business objects. The service application 
code is maintained separate from the data, thereby enabling the system to quickly include 
or change new business processes or technology components without having to write 
substantial amounts of new code. The business result is more rapid customer deployments 

6 



WO 01/014962 PCT/USOO/22032 
and/or modifications that are customized to the level of including (if desired) the 
proprietary or competitive business practices of a contracting company* 

The ACS thus can be viewed as an ASP, or Application Service Provider. An ASP 
is generally an outsourcing business model. The ASP business model requires an open 
5 and extendable architecture that allows a system to implement a customer specific 

business solution in a short period of time. The ACS takes best-of-breed applications and 
incorporates them into one integrated solution to provide the ASPs. The architecture is 
scalable and extensible. A customized business (or channel) application solution is built 
for each enterprise company. The solution uses a "modular" or step-wise or "plug and 

10 play" approach towards building new applications. An enterprise company can then 

quickly acquire a turn-key e-commerce solution to automate their channel relationships. 
The present system presents little (or no) risk for the enterprise company because a 
solution is built by the present system. The costs of undertaking such a development exist 
as a fixed development cost of the present system. Any resulting customized solutions are 

1 5 implemented in considerably less time than previous systems. The enterprise company 
might pay for the application services on a cost per transaction, or a fixed fee basis. 

The ACS is used to capture the particularized (or specific) business processes for a 
given customer, and these business processes are converted into a set of customized 
applications. The ACS uses business steps, and rules to construct the application. The 

20 objects are data representations. The steps are business operations with a defined set of 
input and output ports, with each port also having a defined set of parameters. The 
business rules are used to capture customer specific business practices. A unique tool that 
employs a graphical user interface (GUI), allows a developer to arrange various steps (or 
composite steps) into business processes, or workflows. The tool provides library catalogs 

25 of steps to be applied to the various objects. The connections between steps are also 

verified as correct. A graphical display of the business process is shown, and rules can 
thereafter be applied to provide further customization by conditionally tagging certain 
points. Hence, to create a business process (or application) for any given business, tools 
are provided which allow modules (or steps) to be plugged or dropped into the potential 

30 process. The steps can be moved, or the connections modified. An initial person-to- 
person (or other type of) interview with the business (or customer) can be used to produce 
the framework for arranging the steps according to the needs of that particular business 
(i.e. customized routines). The modular aspect of the present system allows this to be 
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done — and modifications made — in a relatively quick fashion. For instance, if a process 
has been created, but the customer wants it to behave in two different manners, then 
certain rules can be applied to provide the desired results, depending on conditional 
triggers that can be associated with the underlying business objects. 

5 The underlying commerce server provides certain functional components. 

Thereafter, various vertical applications are built (and/or customized) for the particular 
enterprise business. A suite of best-of-breed components and underlying applications are 
chosen to comprise, or run on top of, the commerce server. These components can be 
selected as the best technologies to provide certain desired efficiencies, cost reductions, 
10 and the like. The best-of-breed components are thereafter incorporated (or interfaced) 
with the business applications through APIs. A catalog of APIs can be provided for 
developers of applications. If any underlying best-of-breed components change, then the 
commerce server configuration can be changed without interfering with any user 
interfaces. 

15 Community aspects are also offered between the various developed applications, and 

server functions. Community features allow access to data and information from different 
functional components of ACS and other external data, thereby providing more 
information to the channel participants. Users can generally jump back and forth between 
data on the system, without having to connect to another server or site. Usage of such data 

20 might also be made context sensitive to speed through various tasks, and eliminate 

unwanted information. For instance, a person might be in an application that would lead 
to the purchase of security products. A context sensitive ability would switch the user to a 
community area in order to see industry reviews, magazine reviews, competitor 
comments, and/or latest trends, etc. about such security products. Examples of community 

25 features might include message boards, live chat links, new links, new product 
promotions, research links, etc. 

The present system also offers features wherein the user can request for an 
aggregation and presentation of different data or information into one convenient display 
area. The present system employs a template management component to facilitate such 
30 features. A master-template might contain enterprise information (i.e. logos or color 

schemes) that should be applied across a series of pages. A micro-template, or a collection 
of micro-templates as a wireframe, is used to selectively display dynamic data from a 
variety of sources. The data is dynamically linked into the page from a designated data 
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source, and displayed on the appropriate part of the page. The data can therefore be 
displayed or aggregated in any manner specified by a developer of the page, or by the 
application displaying the page. 

The architecture of the present system thereby provides, among other things, a 
5 commerce server, an application development tool, and a community enabler. The 

architecture is extensible and scalable. A user of the system can acquire a turn-key set of 
customized business applications. The solution provides a high degree of reliability 
because the applications are developed and implemented by the centralized ACS. Single- 
source log-on is also provided, as the user does not have to move from server to server. 
10 Information can thereafter be shared between various information sources via the 
community feature. 

The business features of the present system include the same turn-key operability 
and community features. The business enterprise is provided with a low cost and low risk 
entry into automation of various business practices. The business practices of an 
15 enterprise can be captured and developed into a customized set of business processes. 

Best-of-breed components are offered to run the business applications on the underlying 
commerce server. A business (or customer) can improve its channel effectiveness with a 
quick roll-out of such services. Through hosting of various businesses on one server, 
aspects of the community features are enabled and enhanced. 

20 Accordingly, one aspect of the present invention includes at least a method for 

providing custom configurable service applications from a standardized set of components 
associated with a server device, the method comprising: configuring best-of-breed 
components and associated server device applications for communicating with systems 
external to the server device; forming and utilizing a first set of objects which are data 

25 representations for interacting with the systems external to the server device; constructing 
a service application from a modular set of application steps and application rules to 
perform services according to user requirements, the service application interfacing with 
the best-of-breed components; and forming and utilizing at least a second set of objects 
which are data representations for interacting with a user through the service application. 

30 Still another aspect of the present invention includes at least a method for 

providing custom configurable business service applications to a user through a server 
device, the method comprising: configuring the server device as comprised of best-of- 
breed components; configuring the server device with best-of-breed server applications for 
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interacting with the best-of-breed components and providing server functionalites; 
constructing a business service application from a modular set of components that can be 
dynamically arranged according to user requirements, the business service application 
interacting with the server applications to provide the user with the server functionalities; 
5 and interfacing with systems external to the server device via adapters configured to 
communicate with the external system. 

Another aspect of the present invention includes at least an apparatus for providing 
custom configurable service applications from a standardized set of components 
associated with a server device, the apparatus comprising: a server device configured 

10 from best-of-breed components, and running best-of-breed server applications to provide 
certain server functionalities, the server device having server data including data 
representations for interacting with systems external to the server device, the data 
representations being managed as objects; a graphical design tool used for constructing at 
least one service application from a modular set of application steps and application rules, 

1 5 the service application performing services according to user requirements, the service 
application being capable of interfacing with the best-of-breed components and server 
applications, the server data further including data representations for interacting with 
users, the data representations being managed as objects; at least one adapter device for 
interfacing with the systems external to the server device; and a repository for storing and 

20 retrieving server data, the repository facilitating centralized storage, retrieval, and sharing 
of server data between all the server device components, server applications, and service 
applications. 

Still another aspect of the present invention includes at least an apparatus for 
providing custom configurable business service applications to a user through a server 

25 device, the apparatus comprising: a server device as comprised of best-of-breed 

components; the server device configured with best-of-breed server applications for 
interacting with the best-of-breed components and providing server functionalites; a 
construction tool for developing a business service application from a modular set of 
components that can be arranged according to user requirements, the business service 

30 application interacting with the server applications to provide the user with the server 
functionalities; and an interface between the server device and systems external to the 
server device which utilizes adapters configured to communicate with the external 
systems. 

10 
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Another aspect of the present invention includes a method for providing 
customized business application solutions to at least one enterprise company that contacts 
a centralized provider of such solutions, the method comprising: assembling a collection 
of best-of-breed components to provide a seamless connection to services that are 
outsourced from the centralized provider; capturing the particularized business processes 
of the at least one enterprise company; providing a modular approach towards building a 
business service application for the at least one enterprise company; and customizing the 
modularly built business service application according to the captured business processes. 

Still another aspect of the present invention includes a business method for 
providing a user with a centralized framework for developing and customizing a business 
service application from a modular set of components associated with a centralized device, 
the method comprising: configuring the centralized device with best-of-breed components 
for communicating with sources external to the centralized device; capturing the 
particularized business processes of a user; providing certain modular components that can 
be arranged to form a business service application; and customizing the arrangement of the 
modular components to form a business service application according to the particularized 
business processes of the user. 

Still another aspect of the present invention includes A business method for 
providing a plurality of standardized business service applications and customized 
business service applications through a central server device, the method including: 
configuring the server device from best-of-breed components; configuring the best-of- 
breed components to communicate with data sources external to the server device via 
application interfaces (APIs); determining the business processes of a user business that 
contacts the central service device; forming a customized business service application 
from existing standardized business service applications as modified by modular 
components provided by the central server device; and providing for community 
interaction between business service applications, and the central server device. 

These and other aspects and advantages of the present invention will become 
apparent upon reading the following detailed descriptions and studying the various figures 
of the drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



The invention, together with further advantages thereof, may best be understood by 
reference to the following description taken in conjunction with the accompanying 
drawings in which: 

5 FIG. 1 is a prior art block diagram of certain representative elements for an extended 

value chain. 

FIG. 2 is a prior art plot showing the trends in IT spending as enterprise businesses 
move towards automating customer relationships. 

FIG. 3 is a block diagram, according to one aspect of the present invention, which 
1 0 illustrates a hosting architecture. 

FIG. 4 is a block diagram, according to one aspect of the present invention, which 
illustrates the ACS architecture. 

FIG. 4A is a block diagram, according to one aspect of the present invention, which 
illustrates the back-button feature. 

1 5 FIG. 4B illustrates, according to one aspect of the present invention, an example of 

the overall Asera portal screen. 

FIG. 4C is a block diagram, according to one aspect of the present invention, which 
illustrates certain vertical application and community features in relation to the server. 

FIGS. 4D-1 and 4D-2 illustrate, according to one aspect of the present invention, an 
20 example of community feature screens. 

FIG. 5 is a block diagram, according to one aspect of the present invention, which 
illustrates content aggregation of information on a displayed page. 

FIG. 6 is a block diagram, according to" one aspect of the present invention, which 
illustrates a catalog application, and its interaction with other applications in the system. 

25 FIGS. 6A-6D illustrate, according to one aspect of the present invention, certain 

screens associated with the product catalog configuration manager. 

12 
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FIG. 7 is a block diagram, according to one aspect of the present invention, which 
illustrates an object data flow. 

FIG. 8 is a block diagram, according to one aspect of the present invention, which 
illustrates an example business object flow. 

5 FIG. 9 is a block diagram, according to one aspect of the present invention, which 

illustrates an example business process flow. 

FIG. 10 is a block diagram, according to one aspect of the present invention, which 
illustrates a template arrangement. 

FIG. 1 1 is a block diagram, according to one aspect of the present invention, which 
1 0 illustrates an example composite step. 

FIG. 12 is a block diagram, according to one aspect of the present invention, which 
illustrates an example interactive step. 

FIG. 13 is a block diagram, according to one aspect of the present invention, which 
illustrates an example application designer window anatomy. 

1 5 FIGS. 1 3 A- 1 30 illustrate, according to one aspect of the present invention, certain 

example screens associated with the graphical business application design tool. 



20 



25 



DETAILED DESCRIPTION OF THE INVENTION 

The present invention offers a low risk alternative for companies that wish to 
quickly deploy an automated business application to their customers. According to the 
traditional model, a company must either develop (or have developed) an in-home solution 
or evaluate other products to be integrated. Thereafter, personnel within the enterprise 
company must be trained on the usage of such software, and complete its evaluation. A 
prototype of the software product is thereafter developed based upon feedback from the 
evaluation process. When the software is completed, a beta-deployment of the associated 
application can thereafter made to the public. This lengthy process might cost upwards of 
$2 million, and take the developers 8-12 months to complete, depending on the complexity 
of the application program. The success of such a program in generating (or saving) 
revenues is still unknown. 
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In contrast, the present invention offers methods and apparatuses for providing a 
business application that has been developed and is customizable for the particular 
business enterprise. For instance, the present system is capable of generating — within 
approximately 60 to 90 days — a working business application solution (or set of 
5 solutions) for the business enterprise. The business enterprise does not pay large sums of 
money for development costs. Instead, the business enterprise might elect a plan that 
includes paying the administrator of the system a certain amount for each transaction (i.e. 
a fixed sum, usage fee, or a percentage of the value of the transaction). 

The ACS (Asera Commerce Server) includes server infrastructure, tools, and 
1 0 integration with other products that provides for the development and implementation of 
customized, automated, web-based business service applications. The ACS provides for a 
server based method of implementation wherein best-of-breed products, applications 
and/or services are integrated in a seamless fashion and offered to enterprise businesses 
which develop customized business service applications through using the system. 

1 5 The ACS is used to capture the particularized, or specific business processes for a 

customer, and that business process is converted into a set of customized applications. 
The ACS uses business objects, steps, and rules to construct the application. The objects 
are data representations. The steps are objects with a defined set of input and output ports, 
with each port also having a defined set of parameters. The business rules are used to 

20 further customize the interactions between the various business objects. A unique tool 
that provides a graphical user interface (GUI) allows a developer to arrange various steps 
(or composite steps) into business processes, or workflows. The tool provides library 
catalogs of steps to be applied to the various objects. The connections between steps are 
also verified as correct. A graphical display of the business process is shown, and rules 

25 can thereafter be applied to provide further customization by conditionally tagging certain 
points. Hence, to create a business process (or application) for any given business, tools 
are provided which allow modules (or steps) to be plugged or dropped into the potential 
process. The steps can be moved, or the connections modified. An initial person-to- 
person (or other type of) interview with the business (or customer) can be used to produce 

30 the framework for arranging the steps according to the needs of that particular business 

(i.e. customized routines). The module aspect of the present system allows this to be done 
— and modifications made — in a relatively quick fashion. For instance, if a process has 
been created, but the business (or customer) wants it to behave in two different manners, 

14 
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then certain rules can be applied to provide the desired results, depending on conditional 
triggers that can be associated with the underlying business objects. 

The underlying commerce server provides certain functional components. 
Thereafter, various vertical applications are built (and/or customized) for the particular 
5 enterprise business. A suite of best-of-breed components and underlying applications are 
chosen to comprise, or run on top of, the commerce server. These components can be 
selected as the best technologies to provide certain desired efficiencies, cost reductions, 
and the like. The best-of-breed components are thereafter incorporated (or interfaced 
with) the business applications through APIs. A catalog of APIs can be provided for 
1 0 developers of applications. If any underlying best-of-breed components change, then the 
commerce server configuration can be changed without interfering with any user 
interfaces, or other ACS applications. 

Community aspects are also offered between the various developed applications, 
and server functions. Community features allow access to data and information from 
1 5 different functional components of ACS and other external data, thereby providing more 
information to the channel participants. 

Referring to Figure 1, a prior art block diagram 100 is shown of these various 
value chain relationships. An enterprise business 102 is shown at the center of the chain. 
A demand chain 104 extends up from the enterprise 102 to the customers 106. The 
demand chain might include the illustrated example parties of an OEM (outside equipment 
manufacturer) 108, distributor 110, direct retailer 1 12, or VAR (value added reseller) 1 14. 
A supply chain 120 is shown with a series of manufacturers 122, 124, and 126 providing 
goods/services to the enterprise business 102. 

Referring to Figure 2, a prior art plot 200 is shown of a typical enterprise IT 
agenda. This chart reveals that as the move is made more towards automating customer 
relationships, the IT spending for the enterprise will reach levels which most companies 
cannot sustain. This is true even if there is a large value returned for such development 
efforts. Hence, the present invention offers automated customer solutions that have been 
developed, and are maintained, external to the customer. This allows the customer to 
acquire these value added services, but without the IT expense. 

HOSTING ARCHITECTURE. Referring now to Figure 3, a block diagram 
300 is shown of certain representative elements used to host the architecture of the present 

15 
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system. A set of dealers 302, are shown using browsers (or the like) 304 to interact with 
the Internet (or other similar network) 306. The hosted service 308 of the present 
invention includes at least one router 310 that interacts through firewalls 312 with 
redundant authentication servers 314. These servers 314 are then in communication with 
5 redundant Asera Commerce Servers (ACS). The servers would use co-location services 
such as UUNet, Exodus, or Qwest to transport data between devices. A replicated data 
center 31 8 is shown for redundancy purposes. An administrator 320 interacts with the 
hosted service 308. The administrator would provide maintenance of the system, and/or 
human interaction with the enterprise clients using the system. A manufacturer network 

10 322 is shown including a router 324, firewall 326, and computer 328. The manufacturer 
network 322 might interact with the hosted service 308 via a dedicated connection 330. 
The dealers 302 might interact with the hosted service 308 via a connection 332 through 
the internet 306. A virtual private network (VPN) 334 can also be used to interact with the 
various elements shown. A VPN is a private data network that makes use of the public 

1 5 telecommunication infrastructure, maintaining privacy through the use of tunneling 
protocol and security procedures. A virtual private network can be contrasted with a 
system of owned or leased lines that can only be used by one company. 

ASERA COMMERCE SERVER ARCHITECTURE. Referring now to Figure 4, a 
block diagram 400 is shown of certain representative elements that might be used to form 

20 the Asera Commerce Server (ACS) configuration 401 of the present invention. The 
present invention includes a configuration comprised of certain component parts 
including: 1) A server device 402 upon which the various applications run and interact. 
This server is sometimes referred to as the Asera Commerce Server, or application server; 
2) Vertical applications 404 that interact with the outside users; 3) a back-end (ERP, or 

25 otherwise) interface 406 to communicate with various back-end systems; and 4) a 

community interface environment 408 wherein information can be a shared aggregation 
from many different applications, and many different information source areas. The 
application server uses certain best-of-breed components, and makes use of standard 
interfaces to utilize the server framework. A server might then be built, using off-the-shelf 

30 components or otherwise, which can run multiple applications on the server. The 

applications can be customized (or developed particularly) for the enterprise business user, 
as described in further detail below. 
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Still another feature of the present system includes scalability. Known systems 
operating in a web environment cannot generally scale their architecture down to a 
desktop environment. To achieve foil functionality (and scalability), virtually any full 
blown applications server might be used. However, a party might also choose to use a 
5 personalized server, which they can run on desktop or remote machine, in a disconnected 
mode without any networking. In such a mode, the present invention can still be 
implemented using virtually the same architecture. In the latter case, a "light-weight" 
web-server engine can be used that will provide the same system, but one that will run on 
a smaller device, i.e. a laptop or PC. Any level of scaling might be achieved between 
10 these two example versions. If a desktop (or non-network) version is used, only certain 
best-of-breed components might be incorporated so as not to overload the system. Such 
components are identified and used on the desktop, with synchronization provided for the 
various back-end connections needed. 

APPLICATIONS. A set of "vertical' 1 applications 404 are shown illustrated for 
1 5 the present example. One important aspect of the present invention is that any application 
might be developed and offered in this area, through the development of a business 
process, or workflow. The workflow uses business objects, steps, and rules (as further 
described below). Moreover, a certain set of applications might be developed and offered 
to an enterprise user, with customization being performed on the applications to suit each 
20 particular user. The applications can be grouped based on their functions, such as 
commerce community, pre-sales, support and services. The illustrated applications 
include administration/security 403, product catalog 405, product configuration 407, order 
management 409, support/service management 411, sales tools 413, marketing 415, 
education and training 417, and business intelligence 419. 

25 The applications might be developed as stand alone products within the present 

system. Preferably, applications will be developed to integrate with the overall system, 
and thereby facilitate the flow of data/information between the various applications. A 
user might enter one application after another, with thfe sequence comprising a meaningful 
transaction not readily offered by other systems. 

30 CORE SERVICES. Certain core services 41 0 are provided which are necessary 

for the operation of the components and applications running on the server. Any of a 
variety of core services might be provided, and the following example core services are 
not meant to be limiting in any way. One core service would include session management 
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capabilities 412 for handling enterprise (or other types of) users that might contact the 
server device configuration 401 . The session management service would take into account 
the general capabilities of the server to handle incoming session traffic, and allocating 
resources accordingly. 

Another service would include data/metadata caching 414. Such caching would 
provide enhanced performance and connectivity. For instance, if an application were to 
request data from a back-end system, that application could continue to perform (while the 
cache had information to provide) without further requesting more information from the 
back-end. Additionally, if the flow of information were to lag, then the application might 
still perform based on the various cached data. The back-end system will generally reside, 
for instance, behind the firewalls of various manufacturers (and the like), and a constant 
data flow is often beyond the immediate control of the present system. Continued 
operation might be achieved if throughput rates start to fluctuate, or if any data was 
misdirected or lost. 

Yet another core service includes batch/queue management 4 1 6. Certain 
information might be queued (or batched) for forwarding to another device at a later time. 
Additionally, non-time critical information can be queued to provide more bandwidth for 
higher priority traffic. The system might thereby continue to operate in an efficient 
manner if a corresponding device were to cease functioning, or receiving data. 

Still another core service includes XML services 41 8. A core language is 
generally needed in order to communicate with the various back-end devices. XML 
(Extensible Markup Language) is a flexible way to create common information formats 
and share both the format and the data over the World Wide Web, intranets, or elsewhere. 
For example, computer makers might agree on a standard or common way to describe the 
information about a computer product (processor speed, memory size, and so forth) and 
then describe the product information using XML. Such a standard way of describing data 
enables a user to send an intelligent agent (i.e. a program) to each computer maker's Web 
site. Such an agent might gather data, and then a make a comparison. Accordingly, XML 
can be used by any individual or group of individuals or companies that might want to 
share information in a consistent way. XML is similar to the common web language 
HTML (Hypertext Markup Language). Both XML and HTML contain markup symbols 
used to describe the contents of a page or file. HTML describes the content of a Web page 
(mainly text and graphic images) in terms of its display and interaction. XML describes 
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the content in terms of what data is being described. XML is "extensible" because, unlike 
HTML, the markup symbols are unlimited and self-defining. XML is generally a simpler 
and easier-to-use subset of the Standard Generalized Markup Language (SGML) - i.e. the 
standard pertaining to how to create a document structure. HTML (Hypertext Markup 
5 Language) and XML might both be used together in web applications. 

In the present application, XML is employed as an emerging standard with certain 
advantages over HTML (however, HTML and other such languages might also be used). 
XML documents are gathered from the different best-of-breed products, and these XML 
documents are aggregated into displayable (and usable) pages on a web screen. The web 
1 0 pages are formatted in ways that conform to the needs and desires of the customer for 
certain pieces of information, with the XML information displayed accordingly. 
Formation of the web pages is aided by the use of templates (i.e. micro and macro 
templates), as further described below. 

Still other core services include communications capabilities 420. A 
1 5 communications service would manage the flow of information from the various data 
sources connected to the server 401 . 

FUNCTIONAL COMPONENTS. Certain functional components also comprise 
the server 402. While not intended to be limited to such processes, the example 
configuration shown in Figure 4 utilizes certain functional components including: 
20 Business Process Manager 430, Template Manager 432, Activity Manager 434, Security 
Manager 436, Profile Manager 438, Content Aggregator 440, Product Catalog 
Configuration Manager 442, and Access Manager 444. Such components are individually 
described below. 

BUSINESS PROCESS MANAGER. One of the main components is the Business 
25 Process Manager 430. This functional component is used to capture the interactions 
between a manufacturer and their channels. For instance, an enterprise business might 
deal with many different channels, or channel partners (i.e. a small business, a large 
business, a VAR, etc.). Each of these interactions will be different, and it becomes 
important to be able to customize such interactions between the channel partner and the 
30 enterprise business. The identity (or status) of the particular enterprise business might 
factor into the allowed interactions. Other factors might include the credit limit of the 
enterprise business, or the rated status of the enterprise (i.e. elite gold partner, regular 
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partner, etc.)- All of these example factors need to be captured into the interactive 
business experience supplied between the enterprise and the channel partner. 

This functionality is accomplished using a business flow engine. In general, a 
series of business steps are provided, wherein a client/user can utilize, or assemble, such 
5 steps to build a desired business flow. The steps operate generally on objects. For 

example, if something is being sold, then an associated object might include the actual 
order being placed. Other such objects might include the product, the customer, and the 
shipping destination. Thereafter, a set of operations might be performed on the objects. 
For instance, an operation might check if the particular user is a valid user. Business steps 

1 0 (simple, interactive, or composite) are defined that perform certain operations on objects 
in association with a set of defined input parameters and output parameters (or ports). A 
simple step is a basic unit. A composite step results from "stitching together" simple steps 
to form a larger composite unit. An interactive step involves an input or output from the 
application to an external interactive system. Ultimately, the steps (simple, interactive, or 

1 5 composite) are interactively strung together (using the application design tool, or the like) 
to form a business application. 

A set of business rules is also defined, and can be applied to the service application 
in order to further customize the flow of data. For instance, a rule might limit a particular 
customer to placing orders only between certain hours of the day. As such, the rules might 
20 thereby be used to turn on (or off) the flow of data between certain points in the business 
process, depending upon a conditional input (which is the rule). When a collection of such 
rules have been applied, this service application has been custom built to perform a given 
set of operations on a fixed set of data associated with certain objects. 

Further details regarding the development of the business processes are provided 
25 with reference to Figures 8, and 9. A user tool is also provided to help build such 
applications, and is further described below with reference to Figure 13. 

TEMPLATE MANAGER. Functional component 432 shows a template manager 
that is used to manage the display of data to the end user, on a web page or otherwise. 
Templates can provide "look and feel" and positioning customization of the pages which 
30 are ultimately displayed to a user. Certain concerns addressed by such templates might 
include, for instance, the placement of an enterprise logo, or the appearance of certain 
screen sidebars, or the choice of colors to be associated with various parts of the screen. 
The display screens might also be customized depending upon what particular customers) 
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are going to use the screens. Hence, a series of templates is used to provide the visual 
display for various parts of the screen. Constantly re-occurring areas on the page, such as 
a business enterprise logo, or color scheme, would be covered by one such template. Such 
broad (and re-occurring) templates are often referred to as master-templates. Other 
5 templates are used to provide the visual display for areas that dynamically vary according 
to certain data inputs. Notably, the data inputs might come from many different sources 
(i.e. graphical pictures from one area, statistical data from another area). Templates of this 
nature are referred to as micro-templates, A collection of micro-templates grouped to 
make a meaningful application is called a wireframe. A master-template in combination 

1 0 with certain wireframes can form a macro-template. By using a selection of macro- 
templates, in combination with a selection of wireframes, a web display screen can be 
customized - in a relatively short period of time — that has the look-and-feel and 
positioning of a particular enterprise business that commissioned the custom creation of 
such display screens. With such customization, the screens provide an aggregation of 

1 5 content from various sources, with the information on the page being arranged according 
to the needs of a user (or business enterprise serving the user). 

Such templates are further described in relation to Figure 500, which shows a 
block diagram of certain representative template areas. A page 502 is shown that includes 
a macro-template for showing standard information 504. Yet another template 506 might 

20 be used to show various user options associated with that page. Template 508 would be 
used as a content aggregation area for showing various micro-templates. Configuration 
area 510 would link to database 512 to provide configuration data. Area 514 might be 
used to display pictures of the product, as linked from database 5 1 6. Reviews of the 
product might be displayed in area 518, wherein the information is provided via a link to 

25 database 520. The content aggregation area can be configured to include any data desired 
by a user. The data is thereby arranged for display via the use of the templates, through 
the template manager. 

ACTIVITY MANAGER. The Activity manager 434 manages all incoming 
requests into the commerce server, and makes sure a user is guided in the appropriate 
30 direction. Each object has an associated API. Developers use the various APIs in the 

formation of applications. A corresponding catalog of APIs is provided for developers to 
use in linking together various objects, and communicating with the ACS. A layer of APIs 
431 therefore exists between the set of developed applications 404 and the functional 
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server components. The customizable aspect of each developed application is therefore 
made available to the developers through the use of this known set of APIs. 

One example of activity manager functionality is to support the "back button" 
feature. The present invention prevents a user from getting lost or mis-directed if they use 
5 the "back button" on their browser in a transaction oriented web site. The various business 
flows of information are created and displayed to a user, but generally do not allow a user 
to "back up" through the process flow of such information. Prior solutions have used an 
error message that informs the user that they are not allowed to "back up." The present 
invention instead uses the invocation of the "back button" to direct the user to a proper 
1 0 page. Such direction might be context based. For instance, the direction might be 

contextually related to the task being performed by the user. Similarly, the direction might 
relate to the current page the user happens to be displaying, and so forth. 

Referring now to Figure 4 A, a progression 1500 is shown by a user through a 
1 5 series of pages. These example pages include Page 1 (view catalog) 1 502, Page 2 (Order 
an item) 1504, Page 3 (Apply discount) 1506, Page 4 (view quote) 1508, and Page 5 (Add 
shipping information) 1510. If a user invokes the back-button on the browser, as shown 
by 1512, then the user might erroneously be directed from Page 4 back to Page 3. If these 
were done multiple times, then a discount might be improperly applied many times. The 
20 present solution instead directs the user back to Page 4, and an error message is displayed 
to instruct that user that he cannot return to Page 3. 

SECURITY/ENTITLEMENT MANAGER. Still another functional component 
includes the security (or entitlement) manager 436. Traditionally, various systems being 
aggregated under a single configuration required an individual log-on ( using passwords 

25 and/or certificates) for each system. This proves to be cumbersome and difficult to 

administer. Under the present system, a common sign-on (i.e. single sign-on, or log-on) is 
provided, and common unified security is offered for all systems accessible through the 
configuration. Moreover, once a user is authenticated, the system can entitle a user to be 
able to perform (or not) certain tasks. This is done through a set of defined security rules 

30 (or entitlement/authorization rules) which are applied to the objects/operations in the 

developed workflow. For instance, the rule might conditionally check if the user belongs 
to a certain organization. If so, that person might thereafter be allowed to place certain 
kinds of orders or allowed to receive certain discounts. 

22 



WO 01/014962 FCT/US00/22032 
As for the authentication processes, no new products or software necessarily need 
to be created. Instead, best-of-breed products are preferably used to perform the 
authentication tasks. In general, the business process manager is thereby used to capture 
certain best-of-breed security measures through the application of entitlement or 
5 authorization rules to the formed workflows. Once a single sign-on is achieved, then the 
user can interact with any of the authorized applications, which then interact through the 
back-end with any of the attached external (ERP, or other type) devices. 

In the present invention, the security model is also integrated with the overall 
organizational model. Traditionally, security models are oriented towards protecting one 
10 particular item in a model. The present system integrates well with such things as 

customer hierarchies and the like, including the various manager components and how 
they interact with each other. 

For instance, a sales representative might use the single sign-on ability to access 
the system. That sales representative might be responsible for (and have access to) a 
15 particular geographical area. Such geographical information might be accessed through an 
ERP device in one database area. The security information might be kept in yet another 
database. In the present system, all these components are brought together and integrated 
in a seamless fashion. 

Also, through the use of the best-of-breed security products, most up-to-date 
20 security functionality is made available to the manufacturers. 

PRODUCT CATALOG CONFIGURATION MANAGER. Another functional 
component offered by the present invention includes the product catalog configuration 
manager 442. Various products carry with them the aspect of being configurable to a 
variety of different physical arrangements. An enterprise business is faced with the 
25 prospect of trying to offer all of its different product descriptions and configurations to the 
end buyer. As yet another aggregate capability, the present device offers the ability to 
catalog — and provide configuration choices — for a enterprise product line. The 
configuration manager device is preferably a best-of-breed component that is integrated 
into the overall system. 

30 An infrastructure is included that allows an administrator to create the product 

information. For instance, the identity of the product, the associated enterprise, the 
product description, and the like are retrieved from a back-end ERP system (or database). 
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This information is made available by the present server system so that the various 
business applications can readily access this product catalog-type information. The 
present system thereby serves as a staging area for such data, wherein it is much more 
efficient to access such data from the present system than through the back-end ERP 
connections. This arrangement enhances the availability of such data, and relatedly 
enhances the performance of the overall system. 

In general, more sophisticated products have more complex configuration 
requirements. In order to complete this configuration task, access to certain product 
information is generally needed. Such information might include specification data, 
pricing information, discount information, and the like. The present system maintains a 
certain level of flexibility in presentation of such configuration data and information, so 
that different products lines and component parts can readily be accommodated. 

This information is therefore readily available to complete the proper configuration 
of the product. The product catalog information serves as an anchor point for all the other 
applications to refer to such product information. Hence, the catalog manager serves, in 
many respects, like a product information database. In past configurations, product 
catalog information was simply used as that — a product catalog. The present system, 
however, makes the information available for all the other applications, to use as anchor 
points. 

Referring now to Figure 6, a block diagram 600 is shown of certain representative 
elements that comprise (and are associated with) the catalog configuration manager. A 
central catalog information database 602 is shown. This database 602 interacts with any 
of a variety of other databases, including for instance a marketing database 604, or a 
technical support database 606, or other ERP systems 608. A cataloging application 610 
refers to the database 602 to form displays 612. A configuration operation 614 might 
thereafter be performed (or selected) using product configuration information from the 
catalog information database 602. The configuration will likely be associated with an 
identifiable name 618, such as "3Com Ethernet 500 combo", or the like. An order entry 
operation 616 might thereafter be performed to produce an order 620 that interacts with 
information for the database 602, and the name 61 8. 

When switching back and forth between the database 602, and generalized 
elements that interact with the database 602, there are differences involved because of 
diversified product integration and the like. The present system thereby employs 

24 



WO 01/014962 PCT/US00/22032 
alternative IDs 622 (or identifiers) as a field within the catalog information database 602. 
The alternative ID is used to link some (or all) of the information associated with the ID to 
the requesting element. An alternative Id for the above mentioned item might include 
"3C500combo." In general, the configuring device (or other such device) may not be able 
5 to readily access the catalog information in the database. However, in a functional way, 
the present implementation provides such access, with the alternative ID being the key (or 
index) into the catalog information database for that information, for configuration or 
other service. 

Therefore, a user might view a particular page, and select line items in order to 
10 configure a desired product. The line items serve as anchor points back into the catalog 

information database to retrieve the desired information (via use of the alternative ID). As 
described above, other functional components might also tap into the catalog information 
database via the alternative IDs. 

Referring now to Figures 6A-6D, screen shots are shown of example pages relating 
1 5 to the Product Catalog Configuration Manager, including the following: a catalog search 
page (Figure 6A), a product configuration page (Figure 6B), and quote pages (Figures 6C- 
6D). 

ADAPTOR NETWORK TO BACK-END SYSTEMS. A set of back-end systems 
or databases are shown as element 406. Such systems or databases might include the 

20 shown examples of a: Baan database 462, Oracle database 464, SAP 466, and Legacy 
database 468. Additionally, it might be desired to send a message to another type of 
system through an interface such as Front Office 470 (i.e. Siebel, Vantive), an EDI 
(Electronic Data Interchange) Gateway 472. In the present invention, the adaptors are 
capable of taking the business object information - as related to the business steps 

25 forming the various business applications) - and interfacing it with the various back-end 
systems. The business object information is transferred to the adapters 407 via link 474. 
The preferred language medium includes XML and/or HTTP. Other languages might 
similarly be used. 
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As mentioned above, any given application is interacting with business objects - 
as per the object oriented framework of the present invention. These business objects are 
used to capture the business data of an enterprise. Such business objects include order 
objects, user objects, customer objects (and the like) and operations are performed on 
these objects. An object abstraction is thereby written, and then this object abstraction is 
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mapped into the back-end ERP (or other type) systems. The integration of such back-end 
systems, database systems, vertical applications, and community features is one benefit 
provided by the present invention. 

ACCESS MANAGER. Yet another functional component includes the access 
5 manager 444. This component is used to connect all the channels (or data interaction 

devices) within the server configuration 401 to external data sources, such as databases or 
other hardware systems. While not limited to such, the external hardware would typically 
include ERP devices, or the like. ERP (enterprise resource planning) is an industry term 
for the broad set of activities supported by multi-module application software that helps a 

1 0 manufacturer or other business manage the important parts of its business, including 
product planning, parts purchasing, maintaining inventories, interacting with 
manufacturers, providing customer service, and tracking orders. ERP can also include 
application modules for the finance and human resources aspects of a business. Typically, 
an ERP system uses, or is integrated with, a relational database system. The deployment 

15 of an ERP system can traditionally involve considerable business process analyses, 

employee re-training, and new work procedures. In the present system, the object (i.e. an 
order) that is defined in the server configuration 401 must be transformed into the back- 
end ERP system 406. Adapters 407 are provided between the access manager 444 and the 
ERP devices 406. According to one aspect, an Active Software adapter serves as an 

20 intermediary between the Access Manager and the ERP systems. Integration is also 
provided with EAI (Enterprise Application Integration) vendor products. 

Referring now to Figure 7, a block diagram 700 is shown of certain representative 
elements of an object data flow. An example application 702 is shown sending a business 
object 704, which in turn might be an order object 706. A feature of the present invention 

25 is to provide ERP access via a foreign source adaptor, or the like. The ERP systems are 
integrated with the various databases, using the aggregate business environment. In this 
present example, the order object 706 is shown being divided into a first object part 708 
and a second object part 7 1 0. The object parts can then be mapped onto different back- 
end ERP databases, or the like. In the present example, the first object part is shown being 

30 mapped to a first database 712, and the second object part is shown being mapped to a 
second database 714. Such "plug and play" modularity allows for the data aggregation 
and implementation of applications to communicate with a variety of foreign sources 
(ERP or otherwise). 
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COMMUNITY INTERFACE. The community interfacing feature allows the 
various channels to work more efficiently and in-sync with each other. In order for a 
channel to be successful, it becomes important for the channel to understand (and/or have 
access to) a variety of information that might affect business transactions. This is 
5 particularly true for channels that work in groups. In particular, the Internet has facilitated 
more community interaction than ever before. Through the use of this medium, channels 
might share information through chat rooms and such, in the context of certain 
transactional areas. Such sharing of information might be done through message boards, 
chat rooms, discussion forums, auctions, and the like. Accordingly, the ACS can provide 
1 0 an aggregate of desired information to the user on one page or area (or a series of pages, as 
desired). 

Additionally, the community feature can be oriented towards various vertical types 
of operations. For instance, a group of enterprises might all be involved in a particular 
area such as chemicals. Business transactions relating to the particular chemicals will tend 
15 to have similarities. Such chemical producers might also tend to publish information 

pertaining to certain chemicals, including product reviews, analyses, criticisms, etc. The 
channel effectiveness is thereby increased by providing (and facilitating) the flow of 
information between the various channel participants. The community interface can 
enhance a variety of features, including the following: 

20 Trust and Loyalty. The community feature is intended to improve trust and loyalty 

among the channel participants. Community aspects to facilitate such improvements 
would include the fact that users of the system are providing their own content to the pool 
of channel information. Trust and loyalty are further encouraged by making a channel 
participant more successful. One way to provide more success is by empowering the 

25 channel participant with more information. 

Peer-to-Peer Communication. The community feature is also intended to 
encourage education and peer-to-peer communication. If a merchant has a product that is 
superior to other products, and a major industry publication is touting this fact, then the 
channel participant might want to make sure that this information is known. Research 
30 feeds and message boards can be used to facilitate such exchanges. 

Industry Awareness. Expert advice and industry awareness might be facilitated 
through news feeds, or the like. Generally, any one industry includes a "net market 
maker" that collects information regarding that particular industry and provides an 
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objective evaluation document or reference (i.e. magazine or website). Information 
sharing would be facilitated (in general) by the complimentary services offered by the 
present invention. 

Research. The present centralized system would greatly enhance research 
5 capabilities through community links. For instance, if a party had some interest in security 
or firewalls, a search on a common portal website would result in a large amount of 
"unfiltered" information. However, there are many existing (best-of-breed) companies 
that filter such content and can supply such information to the present system. It is also 
important that a researching party be subjected to unbiased, objective information 

1 0 regarding a product in order to build trust and loyalty. Because a variety of sources 
regarding a particular product can be readily accessed with the community feature, a 
product merchant is less able to tout the virtues of their product in an advertising type 
manner. Instead, objective messages from industry sources (and the like) are provided. 
This further builds trust and loyalty for the system from the buyer (and enterprise 

1 5 merchant) of such a product. 

Product Launches. A new product could be launched and information offered — 
via the community aspect — to the many different companies tied into the ACS site. 

Personalization and customization. User customization would be facilitated via 
customer profiling, up-selling, cross-selling, and the like. Customer's buying trends might 

20 be tracked, so that opportunities to sell further items can be capitalized upon. Up-selling, 
for instance, would include the marketing of a peripheral item to a buyer of a main 
component, (i.e. up-selling a scanner to a buyer of a computer). Cross-selling, for 
instance, would include targeting other types of selling (for different products, and the 
like) to the customer. The present invention readily provides this capability, as all such 

25 transactions flow through one system. This implicit one-to-one marketing cannot be 

achieved by other systems, which might require a user to switch between different servers 
to complete different transactions. 

Context Sensitivity. The present system provides for information to be pulled up 
from the different information sources in a context sensitive manner. For example, if a 
30 user is researching routers, and security issues related thereto, the system will pull up other 
information relating to this topic, as well as products which need to be sold, in a context 
sensitive manner. The user will therefore not have to move from one site to another site in 
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order to research various aspects of router security — instead the community capability of 
the present system provide all the information on one convenient page (or pages). 

Inventory and Customer Service Assistance. The community aspect might also be 
used to assist a variety of participants in providing customer service assistance. The 
5 community aspect might also assist in keeping up-to-date on inventories. For example, 
tools can analyze various schedules and problems associated with such schedules. If a car 
owner wanted to bring a car in for service, he might log onto the system and schedule an 
appointment. If any problems existed with the car, he might describe the same. A rule 
based analysis of these problems might generate a list of possible parts that might be 

10 needed in order to fix the car. Other routines might go check the dealer's inventory for 
such parts. If any of the parts did not exist in that dealer's inventory, then this problem 
would be flagged for attention of the dealer. Apart from this particular dealer acting to 
solve the problem, an inquiry might be made to other dealers, and the parts automatically 
ordered, so that the list of potential parts would be on-hand when the customer came in for 

1 5 their repairs. This would minimize any wait on the customer's part, and thereby build trust 
and loyalty of the customer for this dealer. The dealer is thereby supplied with added 
value by using the present system, because of the increased efficiency, and customer 
satisfaction. 

Referring now to Figure 4B, a screen shot is shown of the overall Asera Portal, and 
20 various example features offered. 

Figure 4C shows a block diagram having various example vertical applications 
1600. Certain community functions 1602 are illustrated, including message boards/chat 
functions 1604, industry news 1606, auctions 1608, ratings 1610, technical forums 1612, 
career development 1614, and complimentary services 1616. 

25 Figures 4D-1 and 4D-2 show further features offered via example community 

screen(s). 

PROFILE MANAGER. The profile manager is provided to track user behavior and 
recommend strategies for improvement of sales efficiency (e.g. cross-sell and upsell). 

CONTENT AGGREGATOR. The content aggregator (or manager) 440 
30 aggregates content from the many different information sources associated with the overall 
system. For instance, the system will produce (or possess, or acquire) certain knowledge. 
Such knowledge might be transaction related information, such as the level of sales 
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completed in any given month. Additionally, such knowledge might include (but is not 
limited to) any of the following: marketing information stored in an appropriate database; 
product information, data sheets. The knowledge might also include user information, 
such as frequently asked questions and their corresponding answers. Hence, this example 
knowledge base might be generalized to include operational knowledge, transactional 
knowledge, marketing knowledge, and customer support information. The various content 
is stored in an appropriate location (or database) for such information. With the present 
invention, such content can be aggregated from diversified sources and presented to the 
user. For instance, a user might be interested in seeing a diverse set of information 
including: a product description with pictures, comments regarding what people are saying 
about the product, frequently asked consumer questions, and a compilation of product 
related problems. This diverse set of information can be collected from the varied data 
stores associated with the system and presented to the user on a single page (or series of 
pages). To satisfy these functions, the content aggregator (or manager) includes two parts 
~ content delivery and content display. 

REPOSITORY. A repository 450 is used to store a variety of information, 
including the various metadata which is necessary to support the present architecture. The 
repository might consist of databases, data stores, and the like, for storing information 
such as rules, data, and objects. A lock manager 422 is further included in the core 
services to manage the flow of data - in a consistent and secure manner - to and from the 
repository sources (or devices). Any time multiple people are using the data in the 
repository, it then becomes important to synchronize such activities. 

For instance, the business objects associated with the formation of the business 
applications have rules, stored as commerce business rules 451. The template manager 
uses rules, stored as template domain rules 461 . Such rules might pertain to where an 
enterprise logo is placed, as well as storage of the logo itself. Security data 459 relates to 
identification and/or password information for each user that might log onto the present 
system. Profile and configuration data 455 relates, in part, to the community feature 408. 
Also, certain products might be offered on different machines, and the data must be 
configured between these machines. 

For any transaction that goes through the system, a set of log data 457 is stored. 
This transaction data might later be used by a business intelligence application (41 9) - 
through the profile manager - in order to perform data mining and the like. For instance, 
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the data might be mined in order to discover certain selling trends, buying trends, etc. 
Such data can later prove to be very valuable, and the present invention offers 
development and tracking of such data across many different (customized) applications. 

The business objects (and steps) are stored as element 453. Such steps include 
5 simple, interactive, and composite steps. The business objects (and steps) 453 are closely 
associated with the commerce business rules 451 . In certain instances these two elements 
might be configured (or illustrated) as one single storage element, as the objects, steps, and 
rules are closed related. 

DEVELOPMENT OF BUSINESS PROCESSES. Referring now to Figure 8, a 
10 block diagram 800 is shown of certain representative elements relating to the development 
of a business process (or application). This development will generally involve three 
elements: business objects, business steps, and business rules. A business object can be 
defined as a logical representation of business data. Examples of such business objects 
include a sales order, a purchase order, a customer, and the like. 

1 5 When an application 802 is written, it will access the data as a business object 804. 

Line 806 represents a separation between the logical representation of data (on the left) 
and the physical representation of data (on the right). The business object 804 will 
undergo a mapping from the logical representation to the physical representation of such 
data, or a physical data source. A data source might be any device or resource that 

20 generates data. In the present architecture, this might be a database table, an ERP system, 
or some other third-party software. An example in the present system might include the 
product configuration device, and/or any system or software that can generate data. The 
present system maps that data into the business object representation, and the application 
will manipulate the data through these business objects. 

25 A series of adaptors (or plug-in adaptors), shown as 808, 810, and 812, are 

thereafter used to map the data into the data source (e.g. an ERP source) 820. The 
business object can pull data from multiple adaptors. The adaptor will be responsible for 
converting any such data into a representation, or schema, for use by the data source. 

The business object might also be mapped partially to several different adaptors. 
30 For example, the business object can be comprised of an upper set of 5 fields 8 1 4, and a 
lower set of 5 fields 816. The first 5 fields can map to adaptor 808, and the bottom 5 
fields can map to another adaptor 812. Additionally, the business object data can be 
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mapped to a second (underlying) adaptor 810 for communication with a second data 
source 822. Each adaptor can be designed to communicate with a different data source. 

On the next level, a business process can be described as a workflow (or process 
flow). Referring now to Figure 9, a series of example steps in the form of a block diagram 
5 900 are shown. The first step involves adding a line item 902. Step 904 is a price 

calculation, and step 906 inquires whether the product is available. If "yes", then step 908 
shows the allocation of inventory. While each step has input and output ports* step 908 
illustrates an example input port 910 and the output port 912. Step 914 shows a simple 
step of calculating the tax after the allocation of inventory. Step 916 is meant to indicate 
10 that any of a variety of other steps might also exist in this particular flow. If the inquiry in 
step 906 produces a response of "no", then a cross-sell/upsell step 918 is shown. 

Step 91 8 is shown as a composite step 920, wherein a series of other steps 
comprise the overall composite result. Each step might be a hierarchical composite of 
other steps, hence referred to as a composite step. A functional box that performs only a 

15 simple calculation is hence referred to as a simple step. Each of the steps can have 

multiple input and output ports, and each of the ports can have multiple parameters. The 
parameters can also be different for each of the respective input and output ports. 
Accordingly, each functional box (or step) can have multiple functions, with each function 
operating on a different set of parameters. Alternatively, a box might perform only one 

20 function, but perform it differently depending upon the value of the parameters. Even a 
simple step will have multiple ports and parameters. The input/output ports and 
parameters for a composite step are determined as part of the interface design for that 
composite step. 

A primary benefit of this approach is that a set of visual tools (for constructing and 
25 arranging the steps, ports, and parameters) can be readily imposed on the workflows. 
Additionally, this approach allows for ease of communication between an application 
developer and the consumer service personnel (or people). If the consumer service people 
want to add new functionality, for example, they can observe the overall flow of data from 
the composite step in relation to the entire flow. Functional boxes can be added, and the 
30 workflow can be quickly analyzed for data correctness. 

Additionally, the present system provides Interactive Steps. An Interactive Step 
91 1 is analogous to an input/output workflow application to the external world. It might 
generally involve a prompt to the user, i.e. a query about whether the user wants to buy a 
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certain product. Such a prompt might be done via a browser 912 or the like that interfaces 
with the user. An interactive step is replaceable. For instance, one configuration might 
support talking to a browser. However, a later configuration might replace the interactive 
step with an EDI (or similar) enabled capability. This latter configuration would thereby 
5 be able to start communicating with the workflow through an EDI interface. 

This example workflow can provide two different representations: 1 ) how the 
application is to be implemented; and 2) how the display navigation is being done from 
one screen to another. Any such implementation can involve an underlying separation of 
these two approaches. However, overall workflow is presented here as a generalized 
10 result. 

The business rules are next applied to the workflow or process by consumer (or 
customer) service personnel. Each of the rules has a name, and this name is generally 
used to identify particular functions that the rule will perform. A rule might serve as a 
callout to a particular application. A rule might also serve as an in-memory trigger on the 
15 business object. In the particular example of Figure 9, the product available inquiry (906) 
might warrant a callout 930 for the warehouse 932 to be checked for such inventory. The 
consumer service personnel would use an appropriate rule, as applied to the existing 
workflow, in order to produce this result. 

The use of the rule as a memory trigger involves affecting (or moving) the 
20 associated trigger points. The business object itself represents a unit of data. At all times, 
when the application triggers the business object, the developer (or user) might want to 
perform data validation, or conversion, or perform some side effect on the business object. 
The process thereby identifies certain well known points where the business object is 
manipulated. For instance, the professional service person might desire to set a common 
25 attribute of the business object. Alternatively, the professional service person can change 
the relationship between the business objects. These well defined points will serve as 
triggers. 

Once the applications manipulate the business objects, there will be business rules 
that can be associated with the trigger points. The business rule conditions will thereby 
30 serve as the triggers. For example, a trigger point might be defined as an attribute, with the 
triggering condition being the price limit of a purchase order for a particular user. 
Referring again to Figure 8, the application has set a first price amount 830. Through the 
application of a business rule, a validation might be performed on that trigger point. 
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Alternatively, a user might be limited to placing orders that are less than a certain amount, 
for instance $1000. This might represent a second price amount 832. The trigger could be 
moved from the first point to the second point. The process (and applied business rule) 
would then verify the latter applied condition (rather than the former). 

5 This latter description in Figures 8 and 9 corresponds to the above mentioned 

process of forming a business process (i.e. "stitching together" the various business steps) 
and then applying the various business rules to further customize the resulting application. 
While the discussion above speaks in terms of "moving" the trigger point, there is really 
only one physical point in memory. Two users might be limited by price in performing an 

10 act (for instance). Both users arrive at the same point in memory. However, depending 
upon which user is contacting the memory point, a different result will ensue because of 
the different conditional limits associated with each user. 

Rules can also be used for data conversion. For example, if a user logged in from a 
remote location (i.e. Japan), the data can be translated from yen to dollars. Such 
1 5 conversion might depend upon such conditional factors as the value, the user, and the user 
profile. 

Generically rules can comprise any other customer specific function. For example, 
if an order is submitted, but the status of the purchase order is changed, an email message 
might be sent to a managing party regarding the status change. A rule can be created and 
20 applied to achieve this (or other) specific functionality. Generally, one rule specification 
exists per business object, and then graphical developer tools are used to implement the 
rule. 

FORMATION AND USE OF TEMPLATES. Templates can be used to display 
certain information about the enterprise business, in a repetitive manner across many 
25 screens via a macro-template. Micro-templates can also be used to display information 
which might dynamically change. Still other wire frames might be used to dynamically 
link a function (or result) into a page. 

Referring now to Figure 10, a block diagram 1000 of a web page is shown. 
Certain example labels 1002, 1004 are shown. These labels represent wireframes, which 
30 are slots for a link (or invocation) of other code* An example HTML label might include 
$BCMS_FOO_BCMS$, which might invoke a routine for area "foo" associated with the 
ACS. This label would be embedded into the HTML forming a page. A set of menus 
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1 006 is shown to the left of the page — this is a standard window that the user operably 
expects to encounter. A master-template 1008 is included, which would have enterprise 
business information such as a title, and/or logos. Together, the wire frames plus the 
master-templates form macro-templates. For each of the micro-templates (see below), 
5 within the wire frame the back-end server side functions are used to generate HTML, on 
the fly, for each displayed screen. 

Referring now to Figure 1 1, a catalog display step is shown, wherein this step is a 
composite step 1 101. In this instance, the user desires to perform a search of catalogued 
steps (or objects), with a list of results being shown thereafter (as per element 1 102). A 
1 0 keyword 1 1 04 is entered, which queries a database 1 1 06. A set of results 1 1 08 is 

displayed 1 1 10 to the user/requester. The user then selects 1112a particular entry, in this 
instance an "order entry" 1114. 

Referring now to Figure 1 2, further features 1 200 of the present invention are 
shown in relation to an example composite step. A composite step 1202 is further 

1 5 comprised of simple steps 1 203 . As part of any general composite step 1 202, an inquiry 
for information 1204 is sent to a database 1206. The results 1208 are thereafter sent back 
to the requester, and formatted using HTML, or the like. The formatted data is then sent 
to the client/user, who is likely viewing the data via a browser 1210. Now the persons 
using the browser can click-on (or select) some feature presented on the display, and then 

20 a request 1212 is sent back to the server. At this point, the server might desire to perform 
validation of the data. Also, unmarshalling of name value pairs might be performed. For 
instance, certain data might come back with some end quota, but such data needs to be 
made useful via unmarshalling of the data. Pure JAVA coding (in this example) might be 
considered a simple step. 

A micro-template is, by definition, a place holder for an HTML snippet within an 
HTML page to dynamically embed and generate data coming from any data source, 
irrespective of protocols, and can be rendered in a language independent manner. Hence a 
micro-template might be considered as "real estate" on the HTML page. The micro- 
templates can be made drag-and-droppable using a standard editor. The micro-template is 
declared in a macro-template as a group (a wireframe), and the macro-template can be 
instantiated using an master-template. To have a set of logos (or the like) appear 
consistently across every displayed page, a master-template will be supplied by the 
enterprise business that desires to present a consistent look-and-feel across many pages. 
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If (for instance) a website had many pages, the master-template would be propagated 
across those many pages. Each macro-template can have a group of micro-templates that 
will be used to compile information from different sources during run-time. 

The interactive step 1214 is broken down into "pre" "main" and "post" processing 
5 segments. The "pre" segment involves certain JAVA code, which tells the step how to 
pre-populate certain data areas. The "main" area is where data is actually shipped and 
persons can declare what goes where, and the "post" segment contains JAVA code to 
process user input. 

One advantage of the present invention is that some of the static parts of a template 
1 0 are generated from pre deployment environment, wherein a dynamic part might come 

from any type of independent dynamic source. The templates can also be rendered using 
any type of language. For example, present applications use the JSP/ASP model. In JSP, 
a programmer can use only JAVA. In ASP, a programmer can use only virtual basic, or 
JAVA script. In the present case, creativity is separated from programmability. 
1 5 Generally, a web page is created by an artist. The programming however is done by a 
technical (IT) person. If ASP is used, the same person must be skilled in both respects. 
Under the present system, the creative person can concentrate on creating the macro- 
template, wherein the technical person can concentrate on creating the micro-templates. 
During runtime, both of the results will be merged. The various templates might be 
20 rendered in JAVA, or XSL, or straight URLs. Implementations might also be provided for 
use of "C" or visual basic or other such languages. 

The wire frames are intended to include a group of micro-templates to make a 
meaningful application. Under the present invention, these wireframes turn out to be a 
foundational element of each application. These wire frames can be taken and dropped 
25 into any other webpage to achieve the same application and/or functionality, with minimal 
effort. In large part, this is because the applications are language independent. For 
instance, one website can be customized to another party's website with few additions, and 
regardless of the language used for either website. 

TOOLS FOR FORMING APPLICATIONS. To create ACS applications, 
30 application engineers must create several types of artifacts: 1) business objects; 2) 

business object configurations; 3) business steps, including a) simple, b) interactive, c) 
request, and d) composite; 4) Wire frame files; and 5) Master-template files. A request 
step is a callout to another step, and is analogous to a "goto" programming step. The first 
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three types of artifacts are encoded in XML files, and the last two are in HTML. In 
addition to being XML files, such objects, configurations, and steps can also refer to each 
other, hence an XML file may not be independent. 

An application engineer (or professional services engineer, or consumer service 
5 person) can create and edit XML files using a text or XML editor. However, this process 
can often be tedious, error-prone, and time consuming. In addition, certain types of 
artifacts such as composite business steps (which are used to create workflows) are most 
naturally described in a graphical (diagrammatic) manner. Furthermore, even relatively 
simple artifacts such as business objects can be relatively complex to describe in XML, 
10 but can be more easily described using a customized graphical editor. 

An ACS application designer/builder (henceforth referred to as the tool) is an 
integrated development environment (IDE) for creating and manipulating ACS artifacts, 
and consists of a general extensible framework and a set of custom plug-in "editors" — one 
for each type of artifact. The tool performs additional input validation when loading XML 
15 artifacts, thereby identifying errors very early in the design process. Furthermore, each 
custom editor, to a large extent, also prevents the user from creating ill-defined or invalid 
artifacts. 

The tool architecture is configured so that new object types can easily be added 
through the menu structure. Object repositories can be both local (file system) and remote 

20 (HTTP). The tool can run stand alone in a computer, or in a web browser. The plug-in 
editor framework also uses an extensible tabbed view metaphor. For example, new 
objects might easily be added, with each new object carrying a set of edit tabs. The 
composite workflow editor displays complex business application process flows in a 
simple manner. This allows users to compose new workflow logic from existing 

25 components. The business object configuration includes a set of editors that allow a user 
to quickly customize business objects for specific customer deployments. Also included 
are default filter editors, custom filter editors, and named rules. Integrated tools include 
the ability to compile and build a feature on the fly. A wire-frame can also be merged 
onto the resulting application so that it can be invoked from a display screen (see template 

30 discussion). 

Referring now to Figure 1 3, a series of application designer screens are shown that 
further demonstrate the functional implementation of the above mentioned features. In 
this example, the materials are grouped on a project basis. Figure 1300 shows a window 
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1 302 with a project tree window 1 304, a message window 1 306, and a tabbed editor 
window 1308. The project tree window 1 304 lists all of the items in the project. Unique 
icons and a folder hierarchy are used to identify and group different types of artifacts. 
These artifacts might include business objects, business object configurations, business 
5 steps, wireframes, and master-templates. The message window 1 306 lists the various 
warning messages, error messages, and status messages, etc. These warning messages 
assist the developer in stitching together the various steps to form an application. The 
various parameters associated with the input and output ports might be constrained by 
types (i.e. real or integer values). In order to link the various boxes (or steps), the problem 

10 becomes more than simply linking one box to another with a connector. The flow of data 
across the various parameters associated with each step must also coincide. The ports 
must also be validated as compatible (i.e. not every port can be connected to some other 
port). For instance, one port might expect three integers, whereas another port might 
expect three string variables. The graphical tool allows new ports to be added or deleted, 

1 5 and similarly new parameters to be defined for any given step. 

If certain input ports, output ports, and related data parameters in each of these 
ports do not properly coincide, then error messages will help facilitate any corrections to 
the workflow. Window 1 308 shows a tabbed editor which allows for graphical 
implementation and placement of the various steps. The steps are stored and listed 
20 according to a catalog of such steps, wherein the catalog can be searched. A collection of 
pre-defined steps exists for performing certain standardized tasks. For instance, displaying 
certain information, or tabulating certain data involves the same basic logic. 

The processor type (i.e. JAVA, XSL, URL, etc.) can also be specified, by 
developer choice, for each micro-template of an interactive step. This allows for added 
25 flexibility when dealing with different development languages, across many different 
systems. 

Hence, generalized routines (or steps) can be called upon by other routines (or 
steps). Ultimately, a catalog, or palette, of pre-defined and tested steps can be used by a 
developer to build business routines. This makes forming new routines much easier and 
30 accessible, especially for non-technical professionals. 

Each item in the tabbed editor window can be edited via a number of item specific 
tabs. In this example, a composite step can be edited via three tabs 1310, 1312, and 1314. 
The selected tab (workflow 1314) displays the workflow editor used to assemble the step 
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instances, and transitions, of the selected composite (or simple) step. In this particular 
embodiment, the steps are indicated as simple by the preceding "s" in their names, and 
composite steps use a preceding "c" in their names. The various connectors 1316 show the 
data flows between steps. Graphical icons 1318 are used to indicate certain aspects of the 
5 parameters being passed within the connection. Tab 1310 can be used to show the various 
input ports for a particular step (composite or otherwise). Tab 1312 can be used to show 
the various output ports. By quickly pulling up the various data interface requirements 
between the steps, a working application (i.e. error free, with no data conflicts) can be 
constructed. 

10 Display filters might also be used to quickly change various aspects of the display. 

For instance, the text being displayed might be associated with certain fields in the filter. 
The developer can therefore change only this field and not affect the overall functionality 
of the developed routine. 

The aforementioned rules can also be applied via the graphical interface. In one 
15 sense, the rules act as database triggers. The rules generally provide conditional directions 
regarding what to do with certain objects (see description above). 

Referring now to Figures 1 3 A-l 30, a set of example screens is shown relating to 
the GUI tool. In Figure 13A, a screen is shown where an example "product" object is 
selected in the project tree window 1304. A set of tabs 1322 (i.e. implementation, 
20 attributes, relations, and access operations) are shown for this object selection. Other 
types of objects might utilize a different set of tabs. The implementation tab 1324 is 
shown selected. This results in main window 1325 showing JAVA code for a method 
which is defined in association with that object. 

Figure 13B next shows the "attributes" tab 1326 being selected. The attributes are 
25 listed by name and the properties are shown. An attribute typically has domain, a 

cardinality, and key. The attribute might be flagged as required or not. The attribute 
might also be persistent or not. A comment section 1 327 is shown which might show 
descriptive comments to further document why/how each field is used. 

Figure 13C shows the "relations" tab 1328 being selected. This screen allows the 
30 present invention to show relations between various objects. For example, an employee 
object would have a relation to a manager object, and so forth. 
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A business object configuration is generally used to customize business object for 
each customer. In this example, the business object configuration has three parts: default 
filter, custom filters, and named rules. Figure 13D shows an example business object 
configuration for "Product" 1332. This configuration is stored in a configuration catalog 
5 1330 as viewed on the project tree list. The default filter selection 1 335 shows a set of 
attributes/relations 1334 which are in use for each selected object configuration. A set of 
unused attributes/relations 1336 are also shown. The attributes can be moved from used to 
unused states via the add/remove filter buttons. The attributes of the selected "Price 1" 
1 338 are shown as a named pair including format 1340 and currency 1 342. As another 
10 example, Dates (not shown as a selection) might carry long or short date formats, etc. The 
edit rules button 1344 allows a user to create and modify implicit rules associated with an 
attribute/relation, (as similar to Figure 13H, below). 

Figure 13E shows the "custom filters" tab 1346 being selected. A list of custom 
filters is shown in the main window, with the "Productfeatures" filter selected. The 

15 buttons 1349 allow filters to be added, removed, edited, and renamed. Figure 13F shows 
selection of the edit filter button 1 350. Window 1 352 shows the attributes/relations in this 
particular filter. The up/down buttons can be used to toggle through the listing. Window 
1354 shows the attributes/relations not in the filter. Window 1358 shows properties/values 
associated with the selected item. Special (non-attribute) items (e.g. 1360) can also be 

20 listed and used to control how an object will be displayed (i.e. color attributes, and the 
like). Items 1360 can generally be used to control a subset of attributes. 

Figure 13G shows selection of the "named rules" tab 1362. A quote configuration 
1364 is selected in the project tree window. A list of named rules is shown in the main 
window associated with the quote configuration. A "CalculateLinesDiscount" rule 1366 
25 has been selected. By selecting the edit button 1368, the resulting Figure 13H shows the 
example code 1370 (XML or otherwise) which would complete the task defined by this 
rule. In this case, the rule performs a simple calculation. Many other such rules (and rule 
complexities) might exist, which would be tied to different events. 

Example screens for manipulating steps are next shown. Steps involve inputting 
30 certain data and producing a result, or output data. The tabs for manipulating steps include 
implementation, input ports, and output ports. Figure 1 31 shows a listing of steps in the 
project tree listing window 1372. In this example, a simple step "sGetBOMRelations" 
1374 has been selected. The implementation tab 1376 has been selected. This results in 
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JAVA code being displayed in the main window 1378. Figure 13J shows selection of the 
input port tab 1380. While many ports might exist, this example shows one input port 
"GetBOMListPort" 1382. Figure 13K shows the result of selecting "edit" 1384. The 
parameters for this input port are shown, with the name and type (i.e. integer, string, etc.) 
5 of each parameter. 

An interactive step provides pre, main, and post implementation. As previously 
mentioned, interactive steps display output for, and obtain input from, the user. For 
example, the interactive step might show a static display and/or elicit data input from the 
user. In this example, the "iShowProdDetails" interactive step 1386 has been selected. 
10 The pre implementation ("Pre Impl") tab 1388 results in the display of JAVA code 
associated with this pre implementation step. 

Figure 1 3M shows the result of the main implementation step being selected. A 
macro template name 1392 is listed, along with a list of associated micro-templates 1394. 
The micro-template "MTProductFeatures" 1396 has been selected, and shows the 
1 5 associated type and object name fields. This micro-template is associated with a processor 
name 1395 and processor value 1396. 

Figure 13N shows the post implementation tab 1398 selected. JAVA code is 
displayed in the main window for handling the result of the main interactive step. For 
example, this code would handle the placement of data on an output port in response to the 
20 prior user input (if user input has been so provided). 

Figure 1 30 shows a workflow tab 1 399 being selected for the composite step 
"cProductCatalogMain" 1 397. The graphical workflow display shows various composite 
and interactive steps being connected. Example connector 1395 indicates a single 
transition between steps. Connector 1393 indicates a multiple transition in both directions. 
25 Connector 1391 indicates a single transition in either direction. Color coding is used in 
association with the connectors to indicate activity. This further aids in development of a 
workflow. 

Although the foregoing invention has been described in some detail for purposes of 
clarity of understanding, it will be apparent that certain changes and modifications may be 
30 practiced within the scope of the appended claims. Therefore, the described embodiments 
should be taken as illustrative and not restrictive, and the invention should not be limited 
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to the details given herein but should be defined by the following claims and their full 
scope of equivalents. 
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CLAIMS 

What is claimed is: 

1 . A method for providing custom configurable service applications from a 
standardized set of components associated with a server device, the method comprising: 

5 configuring best-of-breed components and associated server device applications 

for communicating with systems external to the server device; 

forming and utilizing a first set of objects which are data representations for 
interacting with the systems external to the server device; 

constructing a service application from a modular set of application steps and 
10 application rules to perform services according to user requirements, the service 
application interfacing with the best-of-breed components; and 

forming and utilizing at least a second set of objects which are data representations 
for interacting with a user through the service application. 

2. The method of Claim 1, further comprising: 

1 5 storing and retrieving data and information from a data repository, whereby the 

data repository facilitates the centralized storage, retrieval, and sharing of such data and 
information between applications. 

3. The method of Claim I, wherein the custom configurable service 
applications includes at least business service applications, and the objects are business 

20 objects. 

4. The method of Claim 3, wherein at least one business service application 
includes a product catalog for an enterprise business. 

5. The method of Claim 4, wherein at least one business service application 
also includes a product configuration manager for configuring a product from the 

25 enterprise business. 

6. The method of Claim 3, wherein the set of application steps are business 
steps that include operations with a defined set of input and output ports, with each port 
having a defined set of parameters. 

7. The method of Claim 6, wherein the application rules are business rules, 
30 which are used to capture customer specific business practices. 
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8. The apparatus according to Claim 7, wherein an existing business service 
application can be selected, further developed, and customized. 

9. The method of Claim 7, wherein the business rules are used to produce 
different results depending on conditional triggers that are associated with the underlying 

5 business objects. 

10. The method of Claim 7, wherein the constructing step further utilizes a 
graphical user interface for arranging the business steps and business rules comprising a 
business service application, with data connections therebetween. 

1 1 . The method of Claim 10, whereby feedback is provided as to the validity of 
1 0 the data connections between the arranged business steps and business rules comprising a 

business service application. 

1 2. The method of Claim 1 , wherein the best-of-breed components and 
underlying applications comprise and run the commerce server. 

1 3. The method of Claim 7, wherein the best-of-breed components are 
1 5 interfaced with the business service applications through APIs. 

1 4. The method of Claim 1 3, further comprising: providing a catalog of APIs 
for developers to reference in developing applications that interface with the best-of-breed 
components. 

15. The method of Claim 7, further providing adapters for communicating with 
20 the back-end external systems. 

1 6. The method of Claim 1 5, wherein the back-end external systems include 
ERP systems. 

1 7. The method of Claim 1 5, wherein a separate adapter is provided for each 
different external system. 

25 1 8. The method of Claim 1 , further providing a community enabler for 

accessing data and information from different functional components of the server device, 
external systems, and service applications, whereby the user can request an aggregate 
presentation of such different data or information into at least one display area. 

1 9. The method of Claim 1 8, wherein the user can transition back and forth 
30 between the different data or information without having to connect to another server 
device or website. 
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20. The method of Claim 1 8, wherein the user is provided with a single source 

log-on. 

2 1 . The method of Claim 1 8, wherein templates are used to comprise a page, 
with the data or information dynamically linked into the page from a corresponding data 

5 source. 

22. The method of Claim 21 , wherein a master-template is applied across a 
series of pages, and a micro-template is used to selectively display data from a variety of 
sources. 

23. The method of Claim 1 8, wherein the data or information is accessed in a 
10 manner which is context sensitive to at least part of the data or information. 

24. The method of Claim 1, wherein the service applications are provided to a 
user through a network connection. 

25. The method of Claim 24, wherein the network connection is an Internet 
connection. 

1 5 26. The method of Claim 1 , wherein the service applications are provided to a 

user through a disconnected mode. 

27. A method for providing custom configurable business service applications 
to a user through a server device, the method comprising: 

configuring the server device as comprised of best-of-breed components; 

20 configuring the server device with best-of-breed server applications for interacting 

with the best-of-breed components and providing server functionalities; 

constructing a business service application from a modular set of components that 
can by dynamically arranged according to user requirements, the business service 
application interacting with the server applications to provide the user with the server 
25 functionalities. 

interfacing with systems external to the server device via adapters configured to 
communicate with the external system. 

28. The method of Claim 27, further providing for; 
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storing and retrieving data representations from the business service application and the 
server applications in a centralized repository, whereby the data representations are readily 
available to all functions and applications associated with the server device. 

29. The method of Claim 28, further providing: 

5 enabling the community exchange of data and information between all applications and 
server functions associated with the server device. 

30. The method of Claim 29, wherein the user can request an aggregate 
presentation of the different data or information into at least one display area. 

3 1 . The method of Claim 29, wherein the modular set of components includes 
10 business steps which are operations with a defined set of input and output ports, with each 

port having a defined set of parameters, and business rules which are used to capture 
customer specific business practices. 

32. The method of Claim 3 1 , wherein the business rules are used to produce 
different results depending on conditional triggers that are associated with the underlying 

15 business objects. 

33. The method of Claim 3 1 , wherein the constructing step further utilizes a 
graphical user interface for arranging the business steps and business rules comprising a 
business service application with data connections therebetween. 

34. The method of Claim 3 1 , wherein the step of interfacing with systems 
20 external to the server device utilizes at least XML. 

35. The method of Claim 3 1 , wherein data representations between the 
business service applications and users are formulated and managed as business objects. 

36. The method of Claim 35, wherein data representations between the server 
device and systems external to the server device are formulated and managed as business 

25 objects. 

37. The method of Claim 36, wherein the business rules are used to produce 
different results depending on conditional triggers that are associated with the underlying 
business objects. 

38. The method according to Claim 27, wherein an enterprise company can 
30 quickly acquire a turn-key e-commerce solution to automate their channel relationships. 
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39. The method according to Claim 27, wherein a net market maker can 
quickly acquire a turn-key e-commerce solution to automate their channel relationships. 

40. An apparatus for providing custom configurable service applications from a 
standardized set of components associated with a server device, the apparatus comprising: 

5 a server device configured from best-of-breed components, and running best-of- 

breed server applications to provide certain server functionalities, the server device having 
server data including data representations for interacting with systems external to the 
server device, the data representations being managed as objects; 

a graphical design tool used for constructing at least one service application from a 
10 modular set of application steps and application rules, the service application performing 
services according to user requirements, the service application being capable of 
interfacing with the best-of-breed components and server applications, the server data 
farther including data representations for interacting with users, the data representations 
being managed as objects; 

15 at least one adapter device for interfacing with the systems external to the server 

device; and 

a repository for storing and retrieving server data, the repository facilitating 
centralized storage, retrieval, and sharing of server data between all the server device 
components, server applications, and service applications. 

20 41 . The apparatus according to Claim 40, wherein the custom configurable 

service applications includes at least business service applications, and the objects are 
business objects. 

42. The apparatus according to Claim 4 1 , wherein at least one business service 
application includes a product catalog for an enterprise business. 

25 43. The apparatus according to Claim 42, wherein at least one business service 

application also includes a product configuration manager for configuring a product from 
the enterprise business. 

44. The apparatus according to Claim 41, wherein the set of application steps 
are business steps that include operations with a defined set of input and output ports, with 
30 each port having a defined set of parameters. 
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45. The apparatus according to Claim 44, wherein the application rules are 
business rules, which are used to capture customer specific business practices. 

46. The apparatus according to Claim 45, wherein an existing business service 
application can be selected, further developed, and customized. 

47. The apparatus according to Claim 45, wherein the business rules are used to 
produce different results depending on conditional triggers that are associated with the 
underlying business objects. 

48. The apparatus according to Claim 45, wherein the design tool further 
utilizes a graphical user interface for arranging the business steps and business rules that 
comprise a business service application, with data connections therebetween. 

49. The apparatus according to Claim 48, whereby the graphical tool provides 
feedback as to the validity of the data connections between the arranged business steps and 
business rules comprising a business service application. 

50. The apparatus according to Claim 49, whereby the graphical user interface 
tool accounts for the ports and parameters between connected steps. 

5 1 . The apparatus according to Claim 47, wherein the best-of-breed 
components are interfaced with the business service applications through APIs. 

52. The apparatus according to Claim 5 1 , which further provides a catalog of 
APIs for developers to reference in developing applications that interface with the best-of- 
breed components. 

53. The apparatus according to Claim 4 1 , wherein the external systems are 
back-end systems. 

54. The apparatus according to Claim 53, wherein the back-end systems 
include ERP systems. 

55. The apparatus according to Claim 40, wherein a separate adapter is 
provided for each different external system. 

56. The apparatus according to Claim 40, further providing a community 
enabler for accessing data and information from the different functional components of the 
server device, the external systems, and the service applications, whereby the user can 
request an aggregate presentation of such different data or information into at least one 
display area. 
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57. The apparatus according to Claim 56, wherein the user can transition back 
and forth between the different data or information without having to connect to another 
server device or website. 

58. The apparatus according to Claim 56, wherein the user is provided with a 
single source log-on. 

59. The apparatus according to Claim 56, wherein templates are used to 
comprise a page, with the data or information dynamically linked into the page from a 
corresponding data source. 

60/ The apparatus according to Claim 59, wherein a master-template is applied 
across a series of pages, and a micro-template is used to selectively display data from a 
variety of sources. 

61 . The apparatus according to Claim 56, wherein the data or information is 
accessed in a manner which is context sensitive to at least part of the data or information. 

62. The apparatus according to Claim 40, wherein the service applications are 
provided to a user through a network connection. 

63. The apparatus according to Claim 62, wherein the network connection is an 
Internet connection. 

64. The apparatus according to Claim 40, wherein the service applications are 
provided to a user though a disconnected mode. 

65. A server system for providing custom configurable business service 
applications to a user through a server device, the apparatus comprising: 

a server device as comprised of best-of-breed components; 

the server device configured with best-of-breed server applications for interacting 
with the best-of-breed components and providing server functionalites; 

a construction tool for developing a business service application from a modular 
set of components that can by dynamically arranged according to user requirements, the 
business service application interacting with the server applications to provide the user 
with the server functionalities; and 

an interface between the server device and systems external to the server device 
which utilizes adapters configured to communicate with the external systems. 
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66. The server system according to Claim 65, further providing for a 
centralized repository, whereby data representations from the business service 
applications, the server applications, the external systems and the users are stored and 
retrieved in the centralized repository, whereby the data representations are readily 
available to all functions and applications associated with the server device. 

67. The server system according to Claim 66, wherein the repository is external 
to the server device. 

68. The server system according to Claim 66, wherein the repository is closely 
associated with the service device. 

69. The server system according to Claim 68, wherein further provided is a 
community enabler that facilitates the community exchange of data and information 
between all applications and server functions associated with the server device. 

70. The server system according to Claim 69, wherein the user can request an 
aggregate presentation of the different data or information into at least one display area. 

71 . The server system according to Claim 69, wherein the modular set of 
components includes business steps which are operations with a defined set of input and 
output ports, with each port having a defined set of parameters, and business rules which 
are used to capture customer specific business practices. 

72. The server system according to Claim 71 , wherein the business rules are 
used to produce different results depending on conditional triggers that are associated with 
the underlying business objects. 

73. The server system according to Claim 71, wherein the design tool further 
provides for a graphical user interface for arranging the business steps and business rules 
comprising a business service application with data connections therebetween. 

74. The server system according to Claim 71 , wherein the interface with 
systems external to the server device utilizes at least XML. 

75. The server system according to Claim 71 , wherein data representations 
between the business service applications and users are formulated and treated as business 
objects. 
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76. The server system according to Claim 75, wherein data representations 
between the server device and systems external to the server device are formulated and 
treated as business objects. 

77. The server system according to Claim 76, wherein the business rules are 

5 used to produce different results depending on conditional triggers that are associated with 
the underlying business objects. 

78. The server system according to Claim 67, wherein an enterprise company 
can quickly acquire a turn-key e-commerce solution to automate their business channel 
relationships. 

1 0 79. The server system according to Claim 67, wherein a net market maker can 

quickly acquire a turn-key e-commerce solution to automate their business channel 
relationships. 

80. A method for providing customized business application solutions to at 
least one enterprise company that contacts a centralized provider of such solutions, the 

1 5 method comprising: 

assembling a collection of best-of-breed components to provide a seamless 
connection to services that are outsourced from the centralized provider; 

capturing the particularized business processes of the at least one enterprise 
company; 

20 providing a modular approach towards building a business service application for 

the at least one enterprise company; and 

customizing the modularly built business service application according to the 
captured business processes. 

81 . The method according to Claim 80, wherein the enterprise company 
25 thereby acquires a turn-key e-commerce solution to automate channel relationships. 

82. The method according to Claim 80, wherein the step of capturing the 
business processes includes determining the business processes in an automated manner. 
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83. The method according to Claim 82, wherein the step of capturing the 
business processes further includes determining the business processes in a human 
interactive manner. 

84. The method according to Claim 80, wherein the step of providing a 
modular approach includes managing the interactions with external systems or users as 
business objects. 

85. The method according to Claim 84, wherein the business objects include 
data representations in an XML and Java combined format. 

86. The method according to Claim 84, wherein the step of providing a 
modular approach further includes utilizing business steps and business rules to construct 
the business application. 

87. The method according to Claim 86, whereby the business steps are business 
operations with a defined set of input and output ports, each port having a defined set of 
parameters. 

88. The method according to Claim 87, whereby the business rules are used to 
capture customer specific business practices. 

89. The method according to Claim 86, wherein an additional step includes: 

providing tools that allows the business steps to be arranged according to the needs 
of the enterprise business. 

90. The method according to Claim 89, wherein the tools include a graphical 
user interface that allows a developer to visually arrange business steps into business 
processes or workflows. 

91 The method according to Claim 90, wherein the tools further allow the 
developer to associate business rules with the arranged business steps. 

92. The method according to Claim 80, wherein an additional step includes: 

providing community aspects between developed applications and functions 
offered by the centralized provider. 
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93. A business method for providing a user with a centralized framework for 
developing and customizing a business service application from a modular set of 
components associated with a centralized device, the method comprising: 

configuring the centralized device with best-of-breed components for 
communicating with sources external to the centralized device; 

capturing the particularized business processes of a user; 

providing certain modular components that can be arranged to form a business 
service application; and 

customizing the arrangement of the modular components to form a business 
service application according to the particularized business processes of the user. 

94. The business method of Claim 93, wherein the user includes an enterprise 
company that can interact with the centralized framework to thereby create e-commerce 
business solutions without having to develop, maintain and upgrade the solutions in-house. 

95. The business method of Claim 93, wherein the modular components 
include business objects as data representations in XML and Java combined formats. 

96. The business method of Claim 95, wherein the modular components further 
include business steps as business operations with a defined set of input and output ports, 
each port having a defined set of parameters. 

97. The business method of Claim 96, wherein the modular components further 
include business rules as conditional triggers associated with underlying business objects. 

98. The business method of Claim 97, wherein the modular components can be 
moved, or the connections modified, in order to create and customize a business process. 

99. A business method for providing a plurality of standardized business 
service applications and customized business service applications through a central server 
device, the method including: 

configuring the server device from best-of-breed components; 
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configuring the best-of-breed components to communicate with data sources 
external to the server device via application interfaces (APIs); 



determining the business processes of a user business that contacts the central 
service device; 

5 forming a customized business service application from existing standardized 

business service applications as modified by modular components provided by the central 
server device; and 

providing for community interaction between business service applications, and 
the central server device. 

10 1 00. The business method of Claim 99, wherein the modular components 

include: 

business objects as data representations; 

business steps as business operations with a defined set of input and output ports, 
each port having a defined set of parameters; and 

15 business rules as conditional triggers associated with underlying business objects. 



54 



WO 01/014962 



PCT7US00/22032 



1/36 




SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



2/36 




SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 




SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



4/36 



so 
o 



^t" o 




Adapters 



o 



ON 



^1- 



Business 
Intelligence 



\|I Education 
& Training 




Marketing 



3. Sales Tools 



Support/Svc 
Management 



o 



Order 
a jf Management 



o 



^ Product 
> Configuration 



o 



r 



Product 
Catalog 



coJ 



$ Admin/Security 



CO 

< 



Access 
Manager 



Product 
Catalog 
Config. 
Manager 



^q. Content 
Aggregator 



oo 

CO 



> 
o 

00 



Profile 
Manager 



CO 



Security 
Manager 



r 



Activity 
Manager 



sir 

CO 



Template 
Manager 



o 

CO' 



r 



Business 
Process 
Manager 



OOI 



Community 




SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT7US0O/22032 



5/36 




oo 
o 





4> 




o 








cy 



VO 



-J 

















Pa 
A 


Dis 



o 

a 



o 









60 










GO 


4> 


o 


CO 






Me 


> 


C 





a 


a> 


a> 






£<=> 


an 




d 



SUBSTITUTE SHEET (RULE 26) 



NSOOC1D-. <wo_ 



. 0114962A1 IA> 



WO 01/014962 



PCT/USOO/22032 



6/36 



ia 
□ 



Of 
Of 

□i 
®l 

tl 



n 



nflflnn 

Jlp!ni! n n 
Illiiiii ! 

1mm ! 

fuuuuuUu 



nn, 

I! 

ii 

.it 
SUuU 

2E 



'n i 



c 

TO 

c 

CO 
CO 



ii 

ii 



Q. 

E 
o 
O 

' w 

■ 3 
o 



E 
E 
o 
O 



|nnP l 

ii!!! I 
!!!! £ 

: t a> 

UUU 5 
o 
O 



uu 



-nnn 



I! 



nn 
ill 
III 



| UlMMi 
o 



n n 
iin 

V 

uUu 



• r : 
1 > *i 



n n 
iiji 



o 
> 



luiiUuiiu | 



lnO n 

III! 
fiilMj 

O 



o> 



llll 

:: 

!!!! 
inn 



Silil 
II II II 

II It !t 

UUU uuuu 



ii 



;i it u 

HUH 

» :t 



1 

uu 



Ul 



II 



o 

o 



in 

i! 



UU 



nf] 

i!i 

J 



n 



I 



i ! 



Ill 
III 

It I 



» tt 11 t 

UUUU 



cS 
w 

in 

inHn 
5 Hi 

% !ii 

«UUuU 
to 



IE 



ilopmen 




O 




w 

© 

«> 

O 


1 


O 





d 

PL, 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 



O 



VO 

O 
vo 



oo 

o 

VO 



7/36 
o 

vo \o 



vo 



vo 

VO 



o 

VO" 



XJ 
U 

CO 

o 
CQ 

o 
u> 

CO 
CO 



CO 

<t> 



CO 



CO 

a 
o 

o 



CO 



CO 

a 

o 



O 

a 
u 
H 



a 

> 



Community 



u 
6 

IX, 



L. . 



vo * 



Business Intelligence 



Education & Training 



Marketing Management 



Sales Tools 



Support/Service Management 



Order Management 



Product Configuration 



Product Catalogue 



User Administration/Security 



CO 

CO 
U 



O 
CO 

>> 
a 

a 

S 
o 



> 

CO 



SUBSTITUTE SHEET (RULE 26) 

v *SDOCID: <WO 0114M9A1 ia> 



WO 01/014962 



PCIYUS00/22032 



8/36 

FIG.4D 



News and Research 

HeDo Direct: Telecom Services: Long Distance, Local, 
Wireless, and Enhanced 

Arizona Cites AT&T for Long Distance Stamminq 

The Pays of 

frwvrfone Launches HotcaBer 

Qwest Ann ounces Free internet Access tor Consumers of Special Long 
Ptstance Part 

CTC Telecom Lowers Rates to Unprecedented Levels 



5:50 AM 08/20/1999 
550 AM 08/20/1999 
550 AM 08/20/1999 

555 PM 08/19/1999 

5:35 PM 08/19/1999 



The BEST content for you web cite! 



Message Boards 



Ask Jeeves Community 



Announcement 
Welcome to Black Voices Discussion 
ForumB Fell free to charm this message by 
clicking the edt profile button to your left 
Enjoy your discussions!! 



The Ckco Systems ATM Meriace 
Processor (AF) for the Cisco 7000 
famSy of router platforms, was the 
ndustrVs first commerciaflY 
avaBaote, standards-based 
Asynchronous Transfer Mode 
(ATM) router interface. (The Cisco 
7000 farriy Includes the Cisco 7000 
and Cisco 7500 series router.) 



Search 



Ask Jeeves Community Discussions 
Discussion Namft LflSt PfrSl I&lfli 

08/16/99 1 



Pharmacotherapy 
rnl 

Cardiology 

Pending FDA Actions 
r_3 

Online Pharmacies 
r53 



08/16/99 



08rK$/99 



08MB/99 



Chat Forurn 



♦ w,e. 

• Aiy 19 



John Chambers. CEO of Cisco 
- Brian Vtanocat A sera Customer 



Search 



SMrct) T+ FOfiowfrvg Sources 
O Entr» Web 

° M Ttcti Stat 

° o*r Emta 

^ Or#» N»w» Mid Pnwi 
° Or* VCRtim 



Orty A3>oct&ttony 

° fr*r E»*nt 

^ Only Fhanctil.finDi 

° o*rtt»wi f>ntfrnwi 



HeadTme News 
» Most SQHCTe Hearth but 

Not Business Insurance 

(6/23/99) 
» Smat Businesses Take 



On 



More Debt (6/20/99) 

Research Your Industry 
Articles and abstracts from 
thousands of pubflcattons. 

| -Select an Industry- \^\ 

&»sinost Owner? ,Haroft>raf\ 

The essential gude to running 



your business. 



Free 



SS ft 



Free business templates* 
cneckBsts. and forms. 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 




NSOOCJD: <WO 0114962A1 IA> 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 



10/36 





SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 



11/36 



< 

d 



c 

CD 

e 

D> 
nj 
c 

3 

v. 
CD 

3 



C 

<z> 
E 

CD 

o> 
to 
c 

3 



o 

CO 

* 

c 
o 

o 



o 

2 
to 

o 



c 

CD 

E 
as 



o 

CO 

a> 
Q 

as 



o 

? 

a> 
o 



as 

CD 

CO 



If 

ft « 
CD jc 

I s 

<3 CO 






Q 






O 

"5 




o 








CD 




as 






a> 


O 




CO 


log Id 










as 
*-» 
as 






O 






c 




as 


o 






JZ 

o 


o 


as 


as 


T5 
O 


O 


CD 

CO 


w 



CO 



o 



a> 

CD 



to 

CO 



CO 

Q SI 
1 2 



♦CI 

v: 
• 

CO 

o 























c 




o 






Tiptio 


tor 


a. 
U 






CO 


2 








CD 










a 












« 






uct 


o 

a 






CO 


o 


o 
U 




1 

1— < 


• 


1— 

a. 


U 


P 


a> 


q> 




i— t 


4> 

CA 


Co 


Co: 






CO 












o 


O 




X 


o 


> 


*> 




o 












s 


CO 


Se 



Tj* OO 



eO 
Q 



2 
o 
Pi 

Q 

O 



o 



o 

< 



o 
o 



o 
o 

<0 



rrt 



CO 



S *r« t3 •** 'O 

£ * ts j? ? 



CO 

•a t3 



4> 

o 



4> 
CO 

CO 

o 

K 



Q> 
CO 



^ S 

cO o 
Q o 
Q 

a a 

co d-. 



53 p 

O O 

o o 

• ^ »*-^ 

-2 co 

GO CO 

a a 




2 
o 

o 



o 

■o 
o 



on 



o 
o 



CD 


2 




CD 


& 




CD 


-9 


O 


o 


o 


O 


o 


o 


O 


o 


















O 


O 


O 


O 


O 


O 


a 


O 


o 


o 


o 


o 


o 


o 


o 


o 


x> 




■a 


■o 


"a 


X3 




XJ 
















T3 


< 


< 


< 


< 


< 


< 


< 


< 



SUBSTITUTE SHEET (RULE 26) 



MSDOCID: <WO_ 



_0114962A1 |A> 



WO 01/014962 



PCT/US00/22032 



12/36 



c 

Q> 

E 
o 

CO 

c: 
«0 



CD 

3 



CO 

a 

CO 

w 
<D 

"D 



CO 

75 
<•-» 

CD 



E 



Q. 
Q- 

CO 

o 

Q. 

o 



CL 
CO 



CD 
O 

a. 



CO 
CO 
Q 



X 

CO 
I 

LU 
O 



CO 

I 

I- 
< 

I 

CO 

O 
O 

CM 



O 



CO 



o 



CO 



o 

CL 



o 

CO 



CD 

o 

a 



< 



o 

CO 

*cE 
o 
O 

a. 

E 

UJ 



6 



CD 

E 

CD 

o> 

CO 

c: 
<5 



CD 



CO 

E 

CD 



a> ^ 



c 
o 



co 



X> .9 
O) ^> O 

^= ^ c 

o>g 8 oz 

CCO O 

O £D w 

Of « 

co a> 
-i— • a> E 

" if * 

°£ If 

CL lh OD 



CO 

c 
a 



CD 

E 

CO 



o 
o 



o 



■o 

CD 

*c 
o 
O 



CD 

Q 



o 



E 
a> 



CD 
CP 

O 



E 

CP 



o 



CD 
CD 



5 
CD 



CO 

_o 
o 

o 

"to 



CO 

c= 

JO 

2 

.S* 

*C 
O 

O 

CD 
> 

as 
CO 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 



13/36 



U 

6 

I— I 

IX, 



c 
a> 

§> 
as 
c 

I 

<D 

3 



C 

E 

Q> 
CO 

c 

I 



o 

I 

.O) 

c 
o 

o 



CO 

O 



o> 

CO 
CM 

CO 
O 



o 

a 



o 

o 
o 
o 

* • 

CD 
■♦— » 

O 

O 



OZ CLZ OO OtO 



T3 








cd 








O 








a: 




o 




W- 




o 




a> 








M 
















CO 




a 




SI 








o 








o 




5 








PCI 





O 2 



o o °> 

Q. Q.-Q 

JC £T? 

CO co< 



2 co 

CO r% COJC CO 
2UL >"WQ 



CO 
d 
•»•* 

«J 
CO 

o 
o 

co 



CO 



□ 



CD G0< 



to 

22 cUa> 

© Q> wO 

co o o to 

COlu HCDQ 



o 

O 

a 

<D 

a 



o 

a 



E 

CO 



o 
co 

to 
LU 

to 

< 

<D 
> 
CO 

CO 



> 
CO 
CO 

"5 
o 
a> 
cr 



o 
O 

■o 
CO 

<D 

a: 



a> 
a. 
>» 

> 



CD 

Q 

T3 

CP 
"O 

S © CD 

M*C CO 

UJO.O 



if? 0 



o 
o 

o 
o 
oi 

Csl 

CO 



o 
o 

o 
o 

CM 
CSJ 
CD 



© 

: o 



co 

© CO 
© k_ (0 

cc<o 



o 
o 

o 
o 
o 

Csl 
CD 



O 













> 


o 




O 


"5 




< 








ale 




CO 




< 


o 






Re 




Unset 



c 
o 



o 

CO 

© 



CO _ 



E I 



□ 



i 

o 
o 



© 

s 

CD 
O 

o 
o 

UJ 
CO 

< 

CD 

o 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 



14/36 



Q 

6 

M 

PL, 



C 
<D 

E 

<D 
O) 
(0 
C 
JO 



o 



§ o 

E - 

0> 

to 
c 



col 



o 

I 

c 
o 
O 



o 

CO 
CO 

O 



O 

o 

» * 

=**: 

CD 

O 
ZD 

o 



o i- o 

5 <=> 
o o 

Q_ O 
o 

O to 



o 
o 

d 
o 
o 

oT 

CO 



8* 

CD 

O O 



9g _ 



cd 
O 



<X> CO 

o > 

? s 



1 Q O DO UJ DC 



"O CP 

ai 



o to; 

Q 



il 



o 



o o 

o o 

d d 

o o 

CM <M 

ci CM* 

CO 00 



o 
o 

d 
o 

CM 

Cvf 
CO 



o 
o 

d 
o 

CM 

cm 

CO 



o 

o 

d 
o 



CM CM 
CO CO 



o 
o 

C\f 
CO 



o 

o 

d 
o 
o 

CM 
CO 



o 



3 

o 



tr 



o 



xf 

to 

CO 

CO 



tr 

CM 

of 

CO 



< 

CO 



5 g 
1 i 



CO 

a> 

o 



€0 



a> 



g * 



Q ^ Q 
a. uj a. 



CO 



CO 

9 



o 



8 



CO 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCTAJSOO/22032 



15/36 









CE$ 


si 










o 




o 












o 




4— » 




CO 













-— > 








Oq 






2 







CO 


ll 


to w 












cc 








03 






SUBSTITUTE SHEET (RULE 26) 



<S0OCID:<WO_ 



_0114962A1_IA> 



WO 01/014962 



PCT/US00/22032 



16/36 




SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 PCT/US00/22032 



17/36 




SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 



18/36 





SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



19/36 




© 

l-H 



o 

CO 





XJ 


4— » •«-» . *— » 








"3 "3 13 


"3 


CO CO GO 


CO 


4> Q> <D 




Vh Ut Ut 


: *-• 



o 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



20/36 



FIG. 12 



1200 



Composite step 

| Simple step (JAVA Coding) 



s 



1202 



Pre 



1204 
Goto dB 



Example coding: 



1206 



Results-HTML 
formatting 



S 



JAVA coding 



Main 



1208 

~~ 1210 

Ship to browser Source XML 

_ 1212 



Post 



Request Validation & data iava 
manipulation JAVA 



Interactive step 



1214 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



21/36 



« ^ h « d 

^ 0) t? «» 
« 3 -5 O 




^ U QQei 



77 



• • • • ■ g 

S- S £fi- = B 

• > • * • _ .*> 

A g » 



O 



2 « 

*rt co 

a 9. 



W> 

CO 
CO 



bO __ 

H a o 

* 2 

O •> P 
as 



co S3 
<D O 



CO 

CO 

" a 



O 

CO 



o 



«> 2 2 a oj 



° * 



e$ co c*-, q <u 



2 " w O D c u . 

^ co m cr « 



CO 

O «-» 
O 

CO 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



22/36 




© 

IX, 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCTAJS00/22032 



23/36 



CO 



CO 



CO 



CO 



CO 



CO 



1 



s 

o 



tr 

2 O 
at CO 



CO CO 

a o 



c ^ 
O -O 

O O 



o 

JO 

© 
cr 

5 

© 

o 



<P m MO 

i! w is 

o © ?lol o o 
« o S S 2 S 



o 

CO 

c 
© 
E 

Q _ 
a o 

O O 

cl a. 



0 59 CO CD 
7 O O 9 

1 s 

■§ 3 § 2 

»2 = S 

o u *- w 

3 ~ 

w w 3 3 

0. 0. CO CO 



0- 



3 3 



> 



O 



T3 o 

cr* °* 

«> 4> , 

MM * -2 

_ o ~ 

a. o. 5 0 

SB- « ■» - 

• • .2 g « . 

- - • - Q S 

■o ?J « o ft, 

© *> w (J « 

^ m <a a 0 *- 

u » n o • ai 

» S © ° 2 « 

« • &« « »U 

_ _ O Ui at 
•O "O j-J 



a 



to 

C0 



o 
a 



o 



< 



"5. ° 

X Of 

a p 

•o 

« 8 



S 2 5 « ^ 3 

^ ^ c/> ° — * ^ 

ft* A* o o ** 
* * * <*-» o « 

OO Q - 

o a P a. 22 



^ 4> 

(S w 1 

o 

«* 3 

o g 

O w 

3 ; 

*- to 



w«-X** 

^ aj e. « > 



— w O -v « 

— S w WO « 

_. _ m m m » 



** *•.-! ^ o ** 

£ 5 * 

« « « JQ 



C3 ** ■ 

o 



.2 w © 



£ .2 



a 

CO 

a 
to 



^ " a 

13 O * 
w jc3 



[I 



CO 



o 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCTYUSOO/22032 



24/36 



□ 




iuct) / 




1 o 








talog - 






■ oa 


Q. 




CD 

I 


a> 
c 
o> 

CO 
9 




)0lS 


O 








cd 
^> 




cL 




o. 

< 


9 




K 



«5 >* 

c © g* o 

o 15 o 

~ CB 2 * 2 

2 -2 O «? * 




£ S= CD CP o 
?3 » OLflC 



_ o 



c-^ w 

h_ — — 
CO o _ 

TJ TJ "D TJ X) "D 2 * 

oo o o o o -Q 

0.0.0.0.0.0.(00) 



(0 

5SCI 



3 3 



-O TJ 

*3 "3 

cr a* 
«> o 



> 

43 



bO 



a 



a 



O 



o 
3 

cy 



0. a. 



O — 

i a. 



O ** 

^ ^ « * ~ a £ 

CO O U 

w cd a o ** 
» o U o • « 

0 ° u o o w 



o 77 



B 0 



O DO 



3 3 ' H ~ 

2 2 © ° 2 a 

" " W, * 3 O 



^- o w 



xa 3 e 

» ' S 5 t«2 

•o -o j: © 

^ «« » fl ° 
P« flu o -~ o 



****** 

o 

□a 3 a 



U> bO o 5 

,2.2 « 8 

■» °* tO 

o« - o 



£ © 3 

<=» ~ *J 

-rj «0 «*- 

o o • 

w — «M 

o ^ ^ 



3 5 o - ^ .S 



5 a » J5> 
^^^^ 



a o * 

Sit 



cn 

T— t 

d 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



25/36 



El 

ID 
O 



co 
co- 



O 



CD 
O 



C 

o 




o 




co" 



CO 
CO 

co- 



© 

CO 



TO 

a> 
iZ 

J5 °* 

c ^- o a> 

? 1 O O 

E O co 

3(0 7 0. 

o o> a> 

o cd a> » 

O X Z Zi 



- a> < 



a> © < a> _ 
c c £ =J ca a> 

SgEEEE 
5 5 5 2 S S 



CO 

c 
o 

© OP 

CC -2 a> 

BOP 

r> 5t ♦? 



7^ 



o o 

<» CO CO O O O 

2 * 




co 



3 3a 



T3 TJ t3 
to © to 



» 3 3 3 

cr CT* c** cr 
a> a> o «» 



a. a o. 

a a a 

to to to 



a g 



^ *c<& — m <2 



a o 

«• 

£ g 
© a 
*■* 

§9 

o o 

O » 

a 

o o 



3 3 3 

Cl C3 3 

•O T) tJ 

to O to 

W h» w 

to to to 

a a a 

3 3 3 

o o o 

o o o 
aad 

«> to «> 



o 3 
bo 

<a a 
o l~ 



to — 
o ja 
o ~ 

^ o 

CO w 

Q « 

bO V 
O £X 



■a ?* -o -d rt 



3 o 

O as 

0* » 

- bO 

a a 

eS 



t> u *? 



.2 

2 a 

3 o 
boU 
*»-• » 
c 

o a 

H o 



** o o 

<o t- U, 

V A* A* 

too bo too 
oca 

xa so eft w ' 



2 



c* c« eg 
CX Ck, O. 



«> — » to «> to ^* 



" «0 

o 3 



J* *3 

[ bb bo bo 
a a a 



eo*0 
a co 
■3 o 
•o — 
ca 
o 



a o 
o 

8*= 

c0 
•» > 

a 

bo— - 
a 



a a a J2 
w ui — 
_ <a co co _ 



-a 



o 
co 
m 



O 

PL, 



SUBSTITUTE SHEET (RULE 2S) 



Msoorjfk^wn 



WO 01/014962 



PCT/US00/22032 



26/36 



P 

□ 



< 




3 
< 



jo 
O 



"2 » 

2 2 

5 9 

5 5 



o 



oo 



o. o ]H 

* ! 2 

CO « 

5 5 uj 

o o "5 

3 3 13 

■O "O "O 

o o o 




S3 S C 

_ 75 » £ 

-2 > * E 

* >» >» . < O 

o g° » »|§ 

5 aoooo|C 



o o 



n 



a 



3 a 

© a 
3 

O O 
w =» 

«> o 



O as 

W ft* 



3 3 SS 
x> X> JO 



■O "O T3 
*> 4) « 
fc* Wi ft* 

*3 *3 *3 

cr* o* 
«>«>«> 

as as os 

« « (A 



hi 

as 



T3 



9 

O 



>*>>>> 



o -a 



o. d. a m Oi o 
Sflfl- J* 2 

« » ® .2 O €• - 

a a a «» 5 w-i o 

-o -o a^o^ 
« *> r> c« 

w u « a o 

*> « ©(J O ■ c) 

ca a a o r» o t3» 

9 3 =9 3 -~ -ff 

o o o -o a v-. 

■ " £ © o 2 c 

5 ** w a © 

- - - o « 

w» w ** o E 

© ° ° E ^ ° © 

~ © © 2 <> 
u £ £ 3 if © " 

M W> W> O g — 



fl <3 M M M »-*t 

co «o o» oo w 21 m 
«< _ c9 « « o ^ L« 




w 

CO 

© 



lucnnrm- ^ma 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



27/36 




□ 



o 



o 

CC 

9 

S 

E 
© 
CC 



o 
CC 

< 



O 



o 




5 o g 

6 5 c 
c o» o 

« <D C 
£ O 

2 o c o 
CO CO CO 

2 2 2 2 
«ooo 

O CO CO CO 



o 
o 



CO 



(X, 
m 



o 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCTAJSOO/22032 



28/36 



□ 

□ 



VO 



O 



© 

CO 
CO 



to 

«J> 

o 

c 
w 

a. 
tx 
< 



VO 
NO 



CD O 

o — *r 

□l a> *- 2 

<D CO *- co 5> 

to CO w o 

to q) o o iS 

CD co O w Q 

c c c c c 



co jno to co _co 

3 3 => 3 3 

o o _o o o 

(0 CO CO CO CO 

o o o o o 



a> o 

a. % « 

<D "O Si _ 

■O C CO tO 

CO 5 X |__ i_ —J 



h- o) UJ w * * 5 J; w 

333 3 33,2^.5 
o oooooc&c&c& 



o 
© 

DC 

_2 o 

CO CD 



c 

CD 

w E 



CO 

_2 
co 

> 

^ >* < Q 

0 o O o o o 

1 O W □ 3 3 
CO CO <t» "O "O "O 

* * * 2 S 2 w 

o O O a. ol a. co 




o^J.:.:.: 

0& a 



oro » o. 



o w $ 

000 




o 



o 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCTYUSOO/22032 



29/36 



V 
A 




X 

CO 

T-H 

o 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/USOO/22032 



30/36 




a 



3 O 



SO 
tf CO 
o 
U 



a 



a. 

mm 

a. 

O 

v> 

W 

4> 

O 



3 

O 



O 



to 



ED 

< 
CO 
t> 
o 

9 

a 
O 



o 

=3 



O 
w 
EL, 



o 
u 



^ < 



P « 

w. or 
o «> 

t— 

— 3 



.2 a 



o 



BO W 



-r fx 



W)3 



n 5 



« «> W 

^ 3 _ 



o to « 2 |j « 2 5 ^te 3 • m co 
£ _ co o o o o 5 5 S «2 « w » » 

f t £ f <D o 



CO 



CO 




as 



3 £3 3 
-O £> ,X» 



TD *U 'O 
O O V 

www 

*3 3 3 
Or* Cf 1 
© O O 
Otf OS 



to 



bO 



a 



3 
O 



0 0 



O — 

O ~ 
w 

ft. O 



9 a 
a o 



► „ ^ ^ « ^ Q 

S 3 3 3 S g « 

o ti a a SJ» ^ 

« O r. a 



2 1 

3 ^ 
O O 
U 3 

o o 
w 

o a 

w w 

a. 3 

- toft 

cs a 



€> «> 



v v w v CO 

w w w «9 c3 o ** 



a a 

3 3 

O O 

u o 

a n 

o «> 



O 



*r o 



3 * 
2 * 



*^ « — 
*> O o 

Is" 

o ^ a 

S o ° 

» r; 

O W 

=» g « 
« -2 ° 



Q S 

eo o 

= S 

C3 w 

5* 



48 



3 O 



o a 

« o 
to *~ 

a o 



fl fl « a fl - g cx^ 



J3 JS 



a n 



***** 

0 ett 



«o > 

to-S 
a 

cd »3 



ft 



O 

(X, 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 



31/36 



Q 




□ 








c 
o 




MRelat 






5 








o 




w 
10 




CO 




,ca 




Inn 








*5 

o 




a> 
o 




tai 




- ca 


O. 


e> 


a> 
I 


c 




a> 

0» 

o> 


)0lS 


O 


1- 


tior 




ica 


Edlt 


Q. 


< 


9 







o 




oo 



7^ 7^ J? 



* * .5 * Q- co ij 
I S £ « o B ^ 



o 

CO 



E E 

CD CO 
9) W r 

ill 

co ca * 
o> c» 

U O CD ^ 

co co to £ 
a> o O o_ 
CO o o o 

CD 

O CO 



C0 G» 

a. co 

o « „ « I 



■ w (0 co 

1= ^ n_ £ 



O w 
co 

0 ©> 
3 CO 

*o o 

1 AS 



CD | 

«9 w S "O I 
O Q_ o P 
V9 W § 
* * * * 

o o ° ° 
"err 
co go eg eg 



co o 

CO CO 

3 2 co co 

T3 ^ © © 



o * 5 e5 



a. r a a 
, c o> a> 

[d £ a. a 

CO CO CO to 



Q. 



s 0 ; ; - 
I CI 0 



u» O 

o x> 

o o 



c 
o 
o 

a 



p 



' 



> 

CO 



o 
a. 



€> 

to 



a 



CJ 



«0 «> 



a a 

4) «> 



o ~ 

eo »- 

Sew o 

at w 



3 a 
a o 



3 3 

a a 



4> V 



g - 

!: d D ^ 

at bA 



j; to w ^ 

«£> ** «~ o w 
« « o 



fl Q H ° BO n Si 



0 Q 

O U 

© o 



a a 



O no 

^ o © 



— 3 



a. 9 

* 00 

C3 (4 

"2 0 



u o 



a) 13 
<0 W. 
a Oh 



*- w 3 O 
0. «s bOU 

2 S*t: ^ o 



<0 - 



00 b0 

a a 



3 0 

> 06 

.. a 



ex a. 



.a 



00 00 

a q 

3 *S 

«1 CO 



« a 

• a 
00 » 

-° o ^-o 

« ** w rt 
^ <• to > 

o.- 2 oo5 

«> ? "-2 - 



5 - 5 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCT/US00/22032 



32/36 



Ml 



o 

CL 



US 



o 
a. 



O 
S 

"5 
E 

CO 

z 



o 

CL 



CA 
w 
© 

w 
CO 

-O CO 

□ 2 

J* © 
ctf 

□ £ 

o 
ce 
□ 



CO 



a> o> 



CO 



CO 



CD 

o 

c 

CO 

o 



g 



* 

o 

DC 



a 



* 
o 



CO 

o 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCTYUS00/22032 



33/36 



OO- 

oo 

CO 







□ 












Q 
x> 
o 




* 
O 




J= 
CO 




x: 




o 




tSe« 

- 




o 
d> 

"5 

u 




I 

o 








to 




o 




w 


Hel 


a> 
c 




o> 

CO 

a> 


_» 


O 


To< 


c 
o 




SSS 

Icat 


Edit 




O. 
< 


^_ 



o 
o 

< 

< 



a 



3 



w - ex 



* a 
o 



W3 

«5 © 



CO 
CO w 

« * « 
o «« © 

<> 

OK** 
WOK 

w © 

o a »* 
- o 



X 
V 

a 
o 
U 

. 

15 

■M 



~ jo 

2° 

^2 



O 

CO 

o 



O 



o 



O 



m 

o 



a 



o 

>» 

©. 

3 



JO 

O 

*©. 

oo 

Q 




f I s. sCJ 



©. 

a 



=» a 
a o 

2 i 

» B 

is 

o o 

O =5 

o o 



S» 3 3 

jO x> x> 



T> 

«> o o 

W *-i M 

"p 3 '5 

O* O* CT 1 

<D O 0) 

«! o5 



o 



o 
to 



o 

u 



3 
© 



S3 2 



Cm ©- CU 

6 S S * B a 2 

^ ^ « ?; q 2 

° a a j? &« 2 

"O "O (j* •** O 0-< 

o « « ^ n 

wr i- e« a o ** 
° * • U O • B 
a a a ** U g O 

5 5 5 S « -2 

2 2 S © ° 2 n 
® * « o. « S>u 

- - - ° ;r! •» 

■O T3 -O *3 3 " 

m mm -r do » 

» ** ** i* -* © a 

- 3 3 to d ci» ^ 
TJ ** O .IT**-. 

** © © *2 » «~ 

U p4 Ai o « o ^* 

- " - • o * 

«0 co o» w ^» cdi 



w etf «« «J 



©. «* a 



' * ° " o M 

; ^ a - oo*2 a 

> * feoS- © 

52«« 

? S S*^ - s £ 
5 5 .2 «* js* 
a a 3 « ^ > 

V* t* — 

, * 0 « xl 



o 



SUBSTITUTE SHEET (RULE 26) 



MSDora> «wr> 



WO 01/014962 



PCT/US00/22032 



34/36 




CO 



— S> S 

£ -6 2 ?s s> 

a m T: i: o 

a> =r *? o *5 

S» • o S ^ 

* TJ TJ O > 

* 2 S g o 
o o. a. J5 m 



CO 

CO 
a. 



Q. |a| E a o 
+i =| © 2 c 
— — <5 ~ a> <a 

g m t O £ « 

M 5 « O O ^ 

£9 S2^| «» » » 



® CD 

o g 

CD O) 

9 O 

CO e? 



to <0 



o 
o 

a 

0 



9 

cr 
« 



3 9 9 
JB -O .£> 



T3 *T3 T3 

o a> o 



9 3 3 

cr o* cr* 
o a> « 
05 fitf « 

» CO CO 



> 



O 



CO 

to 

-o 
a 



3 
O 



a. o. a. 
0 0 0- 
o •> «> 



p a 
a o 

*«» 
o u 

U 3 

a -o 
« o 



3 3 

a a 



"S 2 



O O 4> 



a a 

3 3 

o o 

o o 

cj e 

o o 



■O r 13 -O rj 

o » o o o ** 



3 © 

O c9 

a, 3 

H 2 



^ 3 

- ° 



eo o 



o a 

»«-• W 

»» BJ (O 

M *• C9 

c* i* « u 

cl a. a.~ 



45 ° 

* to 

..a 



43 J3 



s ^ ° 

* 2 - 

o <o - 

w O » 

=» ^3 ° 
m a t« 

« o a, 

^ U «> 

a o ** 

o • «* 

O " fl 

w 3 O 



U «M 

a - 

- V 

i3 • -5 



?3 



•si* 



— =: ? 



o ^ a a a ^ 



-a 



«t» C9 



15 



CO 

d 



PL, 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 PCT/US00/22032 



35/36 



p 
o 



15 
• 



OO 
CO 



o 
x: 
CO 



CO 
♦* 
CD 
o 



CD 

o 



<9 
O 



CO 



c 
© 

"a. 
a. 

< 



3 

o 

a 



o 
cu 



K 

4> 

a 
o 
U 
a. 



cu £ 



U)bO 

n a 



>> 

w 

«> 



S 
o 

3 



0 3 M ^ 

O >-S ** ^ 

<£ -5; fxa. ^— - 



x> « 
O 



o 

CU 

o 

O 
w 



a. 

3 



=> 

o 



a £ 

£ s 

a m 

3: n 
to 



CO 6* 

8 a 



> * « 3 

SSSSS 
» uuuo 

0 PQ P5(Q CQ 
rt t t c 

O W 

f~\ fr. I- »^ Wr 

I. fc, t, t~t 

«"» ** 
— »C/J CO CO 
f% 

z: v t> o o 

U «5 » W IO 

23 o o o o 

^ O O O Q 

?OQQQ 
«B00S 



*o co w 



JZ 

o 

w 
CO 

O C0f] 



— £ » 40 

^ • Q. o 



£ E 

I S £ 
co co <s 
a> c» t; 

CO CO -Q 

o o o 



CO 

2 



o 

ft-* - 

J? *• 



O o 

U 9 

s£ 

co bo 
CO £^ 

> o 

S3 

o 

<a O 

II 

OS V4 

CQ tx 



Ol * 
>• a. 



° m S 
— co o • 



^ CO 

CO Q» 

CO o 

O g 

a a> 

3 co 

TJ O 

o -5 
Q- 

u 9 



o » I col XI 

»-» » r* 1 - 

* 2 5 
O a. o 

* • ml 

* * S 
m m gj! 



co J2 - J? * 

S3 f gfe 

s o o 5 o 

« O S * S 

• 75 co 2 5 

£ 3 £ cn to 

2 Js © Q> 

IQ 2 • « « 

12 5s — o. ex 

OOS fl. a. 

CO GO 40 O CO 



c 
o 
o 

0 

•B 



9 



4> O S> 

W 4-» 

3 3 3 

ja -o jd 
www. 

cO <9 co 

■O T) 

fl> © 4> 

U. Wi k* 

3 3 3 

or CT« O* 

V V U 

05 Pfii 

CO «0 M 



> 

<0 



o 



a 
<o 



3 



a a e 



9 c 
a o 



© a 

3 w 

O O 

O 3 

C3 -O 

« O 

3 O , 

o 



CO 

3 "3 3 S 2 

T> -O -O « - 

«> O « J <H 

w w w ca a 

« « O n o 
*-* ** >T r 1 

a a 

3 3 9 = « 

o o q t-, a 

u o o o o 

p o a 2 — 

0 « 0 Cu « 

_ U t- 

■d *o rj 3 

M M M "J? t* 

o *- 
9 2a 



W CO |^ 



00^ 



2 o £ 



53 



5s 

o 

co 

U co 
H « 

.2 ,2> 

Z cs 

3 O 



3* 



CU 3 



1=1 a 
to w 



Ucucu S .S? 

" * " w^- 
» » m o r 
« a a ^ g 

— - — * CO ^* 

«0 «» «0 w 



co <o 



3 o 

. CO 

2 * 

W) 

^2 



w CO 
J3 ^5 J3 » a 
I* i* ^ bo*5 

« g 

bo bft bftZT ^ 



5 To 
«» > 

«>.2 

a 

CO o 



a a 

co co eo — 



a I* 



2 

CO 



SUBSTITUTE SHEET (RULE 26) 



WO 01/014962 



PCI7US00/22032 



36/36 



CO 



1 




o 
m 

« 
o 



9 

C 

CO 



IU 



5 » I ml HE © T? ® "S ~ 



^ o o § 

CO M CM O 



fc CO o o o 

CO 

o fBfmtitainml 



< 



fiaHJ" : - : f - : 

5850* 



J5 Jt; Jt; £ £ O O c •£ 
S9ffi£29 « o « « n 

=» <p «■* *- CS 

© w O <9 
O O 0> O O 



«> O « »^ V CO 0 

*** *»* **« s 



ja J3 ja ° 
> > > u> 
* 

a d o 5 

"3 *3 3 2 

%m %-m 



ja J3 ji 
i* > * 



» to w> w 

a a e a 

c* a a a 

V* w 

<9 a) c9 co 



o 

7— I 

d 



tin 



SUBSTITUTE SHEET (RULE 26) 



INTERNATIONAL SEARCH REPORT 



Interracial Application No 

PCT/US 00/22032 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 606F9/44 



According lo International Patent Classification (IPC) of to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 G06F 



Documentation searched other than minimum documentation lo the extent that such documents are included In the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical search terms used) 

EPO-Internal , INSPEC, IBM-TDB 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ° Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



US 5 915 115 A (TALATI KIRIT K) 

22 June 1999 (1999-06-22) 

column 2, line 12 -column 4, line 34 

US 5 875 330 A (60TI JUAN CARLOS) 

23 February 1999 (1999-02-23) 

column 1, line 17 -column 2, line 19 

US 5 668 978 A (YASUTAKE KOUICHI ET AL) 
16 September 1997 (1997-09-16) 

column 1, line 12 -column 3, line 35 

-/-- 



1,27,40, 

65,80, 

93,99 



1,27,40, 

65,80, 

93,99 



1,27,40, 

65,80, 

93,99 



m 



Further documents are listed In the continuation of box C. 



ID 



Patent tamdy members are listed m annex. 



* Special categories of cited documents : 

'A* document defining the general state of the art which is not 
considered to be of particular relevance 

*E* earfier document but published on or after the international 
fling date 

"L* document which may throw doubts on priority ctaim(s) or 
which Is cted to establish the pubKcaiion date of another 
dtatjon or other special reason (as specfied) 

•O* document referring to an oral disclosure, use. exhibition or 
other means 

*P* document published prior lo the international fifing date but 
later than the priority date claimed 



T* later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
Invention 

*X° document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an Inventive step when the document is taken alone 

*Y* document of particular relevance: the claimed Invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination befog obvious to a person skilled 
in the art. 

*&* document member of the same patent family 



Date of the actual completion of the international search 



1 December 2000 



Date of mailing of the international search report 



08/12/2000 



Name and mailing address of the ISA 

European Patent On ice. P.B. 5818 Patent tean 2 
NL - 2280 HV R*sw§k 
Tel (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax; (+31-70) 340-3016 



Authorized officer 



Brandt, J 



Fwm PCT/ISA/210 (second sheet) (Jury 199?) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 


Interracial Application No 

PCT/US 00/22032 


C(Corttinuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 


Category* 


Citation of document, with indication .where appropriate, of the relevant passages 


Relevant to claim No, 


A 

A 


6B 2 320 111 A (OBA HOLDINGS PLC) 
10 June 1998 (1998-06-10) 

page 3, line 23 -page 10, line 13 




1,27,40, 

65,80, 

93,99 


A 


US 5 418 957 A (NARAYAN ROM) 
23 Hay 1995 (1995-05-23) 

column 1, line 12 -column 7, line 52 




1,27,40, 

65,80, 

93,99 



Fom* PCTASA/210 (continuation of second sheet) (July 1092) 



page 2 of 2 



-mstlon on patent family members 



InteroH^ia! Application No 

PCT/US 00/22032 



Patent document 




Publication 


Patent family 


Publication 


cited in search renort 




Ha to 




member(s) 


date 


US 5915115 


A 


22-06-1999 




D^yUooU A 


14-02-1995 








Al 1 


J7CQ7QC A 

Hi Oy/yO A 


23-10-1996 








un 
wu 


QA^1Q9Q A 
yOoi&CO A 


10-10-1996 








lie 


^A77QQ7 A 
DO/ /yy/ A 


14-10-1997 








IK 


CQQQQ/IO A 


07-12-1999 








Alt 
Mil 


A77Q^C D 
0//t>OD D 


08-05-1997 








AU 


6392094 A 


29-08-1994 








CA 


2155865 A 


18-08-1994 








EP 


0686285 A 


13-12-1995 








WO 


9418629 A 


18-08-1994 


US 5875330 


A 


23-02-1999 




^A^fiR^O A 
A 


10-06-1997 


US 5668978 


A 


16-09-1997 


Jp 


6149554 A 


27-05-1994 








DE 


69311065 D 


03-07-1997 








Ut 


oyollUob I 


20-11-1997 


— — 







TP 

tr 


nCQ7A>lA A 
UD:J/0*tO A 


18-05-1994 


6B 2320111 


A 


10-06-1998 


AU 


5401498 A 


29-06-1998 








CN 


1245571 A 


23-02-2000 








EP 


0943126 A 


22-09-1999 








WO 


9825203 A 


11-06-1998 


US 5418957 


A 


23-05-1995 


NONE 









Fonm PC7/>SA/210 (pateni tamfly annex) (Juty 1992) 
ISDOCID: <WO D114962A1 1A> 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



